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Ein Prozefisteuersystem nutzt ein Datenerfassungs- 
und-verteilungssystem und eine Betriebsmittelnutzungs- 
suite um die Betriebsmittel einer Prozefcanlage betreffen- 
de Daten oder Informationen aus verschiedenen Quellen 
Oder Funktionsbereichen der Anlage zu erfassen darun- 
ter beispielsweise die Funktionsbere.che der P/ozeK- 
steuerung, die Wartungsfunktionsbereiche und d.e Pro- 
zeBleistungsuberwachungsfunktionsbereiche. Diese Da- 
ten und Informationen werden in koordm.erterWe.se von 
dem Datenerfassungs- und -verteilungssystem mampu- 
liert und an andere Anwendungen weitergegeben. wo s.e 
verwendet werden, um insgesamt bessere oder opt.rn.er- 
te ^euerungs-.Wartungs- und Geschaftsakt.v.taten aus- 
zufuhren. Informationen und Daten konnen , yon War- 
tungsfunktionen. die den Zustand. die Var.ab.htat d^e Le,- 
stung oder die Nutzung einer E.nnchtung, ernes Rege - 
kreises, einer Einheit, eines Bereiches etc. betreffen er- 
faRt werden, und diese Informationen konnen anschlie- 
Bend zu einem ProzefJoperator oder einer Wartungsper- 
son gesendet und diesem angezeigt werden, utr . diese 
Person iiber ein gegenwartiges oder zukunft.ges Problem 
zu informieren. Eine Benutzerschn.ttstelle .st vorgesehen, 
die Benutzern Zugriff auf ein Expertensystem und dessen 
Manipulation erlaubt, um den Betriebsablauf einer Anla- 
ge zu optimieren oder die Optimierung des Betr.ebsab- 
laufes der Anlage zu veranlassen, Informationen uber den 
Betriebsablauf der Anlage zu erhalten etc. Ferner konnen 
Anwendungen, wie zum Beispiel eine ... 
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Beschreibung 

GEBIET DER ERFENDUNG 

fOOOll Die vorliegende Erfindung betrifft allgemein Pro- 
zeBsteuersysteme in ProzeGanlagen und insbesondere ein 
koordiniertes System, das meiirere Arten von Daten aus ver- 
schiedenen und voneinander abweichenden DatenqueUen 
verwendet, wie zura Beispiel solche, die zur Ausrustungs- 
uberwachung, ProzeBsteuerungsuberwachung und Lei- 
stungsuberwachung gehoren, urn die Nutzung der Betriebs- 
mittel in einer ProzeBsteueranlage oder -umgebung zu un- 
terstiitzen und zu verbessern. 

BESCHREIBUNG DES STANDES DER TECHNIK 15 

[0002] ProzeBsteuersysteme, wie sie zum Beispiel in che- 
mischcn, crdolvcrarbcitcndcn odcr andcrcn Prozcsscn ver- 
wendet werden, enthalten typischerweise ein oder mehrere 
zentrale oder dezentrale ProzeBsteuergerate, die mit minde- 20 
stens einern Host-Computer oder einer Bediener- Worksta- 
tion und mit einer oder mehreren ProzeBsteuer-, MeB und 
Regeleinrichtungen, wie zum Beispiel Anlageneinrichtun- 
gen, liber analoge, digitale oder kombiniert analog-digitale 
Busleitungen in Koimnunikations verbindung slehen. Anla- 25 
geneinrichtungen, bei welchen es sich beispielsweise um 
Ventile, Ventilpositioniereinrichtungen, Schalter, Sender 
und Sensoren (beispielsweise Temperatur-, Druck- und 
DurchfluBrnengensensoren) handeln kann, fuhren Funktio- 
nen innerhalb des Prozesses aus, wie zum Beispiel das Off- 30 
nen oder SchlieBen von Ventilen oder das Messen von Pro- 
zeBparametern. Das ProzeBsteuergerat empfangt Signale, 
die ProzeBmessungen oder ProzeB variable angeben, die von 
den Anlageneinrichtungen durchgefuhrt wurden oder mit 
diesen in Verbindung stehen, und/oder andere Informatio- 35 
nen, die zu den Anlageneinrichtungen gehoren, verwendet 
diese Informationen, um eine Steuerungsroutine umzuset- 
zen und erzeugt dann Steuersignale, die uber eine oder meh- 
rere der Busleitungen zu den Anlageneinrichtungen gesen- 
det werden, um den Betriebsablauf des Prozesses zu regeln. 40 
Informationen von den Anlageneinrichtungen und dem 
Steuergerat werden typischerweise einer oder mehreren An- 
wendungen zur Verfugung gestellt, die durch eine Bediener- 
Workstation ausgefuhrt werden, um eine Bedienungsperson 
in die Lage zu versetzen, gewunschte Funktionen hinsicht- 45 
lich des Prozesses durchzufuhren, wie zum Beispiel das Be- 
trachten des gegenwartigen ProzeBstatus, das Modifizieren 
des Betriebsablaufs des Prozesses etc. 

[0003] Obwohl ein typisches ProzeBsteuersystem viele 
ProzeBsteuer-, MeB- und Regeleinrichtungen hat, wie zum 50 
Beispiel Ventile, Sender, Sensoren etc., die mit einem oder 
mehreren ProzeBsteuergeraten verbunden sind, welche Soft- 
ware ausfuhren, die diese Einrichtungen wahrend des Be- 
triebsablaufes des Prozesses steuert, gibt es viele andere 
Hilfseinrichtungen, die fur den ProzeBbetrieb ebenfalls er- 55 
forderlich sind oder mit diesem in Zusammenhang stehen. 
Diese zusatzlichen Einrichtungen schlieBen beispielsweise 
eine Stromversorgungsausrustung, eine Stromerzeugungs- 
und Verteilungsausrustung, rotierende Gerate, wie zum Bei- 
spiel Turbinen etc. ein, die an verschiedenen Stellen in einer 60 
typischen Anlage angeordnet sind. Wahrend diese zusatzli- 
che Ausrustung nicht unbedingt ProzeBvariable erzeugt oder 
nutzt und in vielen Fallen nicht durch ein ProzeBsteuergerat 
gesteuert wird oder auch nur mit einem solcheri verbunden 
ist, um den ProzcBbctricbsablauf zu bccinflusscn, ist dicsc 65 
Ausrustung dessen ungeachtet fur einen ordnungsgemaBen 
Betriebsablauf des Prozesses wichtig und unbedingt not- 
wendig. In der Vergangenheit haben ProzeBsteuergerate 



diese anderen Einrichtungen jedoch nicht norwendigerweise 
wahrgenommen oder die ProzeB steuergerate haben bei der 
Ausfuhrung der ProzeBsteuerung einfach angenommen, daB 
diese Einrichtungen ordnungsgemaR arbeiten. 
T0004] Ferner haben viele ProzeBanlagen weitere, mit ih- 
nen verbundene Computer, die Anwendungen ausfuhren, 
die sich auf kaufmannische Funktionen oder Wartungsfunk- 
tionen beziehen. Beispielsweise enthalten einige Anlagen 
Computer, die Anwendungen ausfuhren, die mit der Bestel- 
lung von Rohmaterialien, Ersatzteilen oder Einrichtungen 
fur die Anlage in Verbindung stehen, Anwendungen, die 
sich auf die Vorhersage von Verkaufszahlen und Produkti- 
onserfordernissen etc. beziehen. Entsprechend enthalten 
viele ProzeBanlagen, insbesondere solche, die intelligente 
Anlageneinrichtungen verwenden, Anwendungen zur Uber- 
wachung von Geraten, die verwendet werden, um die Uber- 
wachung und Warning der Einrichtungen in der Anlage zu 
untcrstutzen, unabhangig davon, ob dicsc Einrichtungen 
ProzeBsteuer-, MeB- und Regeleinrichtungen oder andere 
Arten von Einrichtungen sind. Beispielsweise ermoglicht 
die Asset Management Solutions (AMS) Anwendung, die 
von Fisher Rosemount Systems Inc. vertrieben wird, die 
Kommunikation mit Anlageneinrichtungen und speichert 
dazugehorige Daten, um den Betriebszustand der Anlagen- 
einrichtungen sicherzusLellen und nachzuverfolgen. Ein 
Beispiel fur ein derartiges System ist in dem US-Patent Nr. 
5,960,214 mit dem Titel "Integrated Communication Net- 
work for use in a Field Device Management System" aufge- 
zeigt. In einigen Fallen kann die AMS- Anwendung zur 
Kommunikation mit Einrichtungen verwendet werden, um 
Parameter in der Einrichtung zu verandem, um die Einrich- 
tung zu veranlassen, selbst Anwendungen ablaufen zu las- 
sen, wie zum Beispiel Selbstkalibrierungsroutinen oder 
Selbstdiagnoseroutinen, um Informationen uber den Status 
oder den Betriebszustand der Einrichtung zu erhalten, etc. 
Diese Informationen konnen von einer Wartungsperson ge- 
speichert und verwendet werden, um diese Einrichtungen zu 
uberwachen und zu warten. Entsprechend gibt es andere Ar- 
ten von Anwendungen, die zur Uberwachung anderer Arten 
von Einrichtungen verwendet werden, wie zum Beispiel ro- 
tierende Gerate und Stromerzeugungs- und Versorgungsein- 
richtungen. Diese anderen Anwendungen stehen manchmal 
dem Wartungspersonal zur Verfugung und werden verwen- 
det, um die Einrichtungen innerhalb einer ProzeBanlage zu 
uberwachen und zu warten. In vielen Fallen ist es jedoch 
moglich, daB betriebsfremde Diensdeistungsorganisationen 
Arbeiten in Bezug auf die Oberwachung der ProzeBleistung 
und -ausrustung durchfuhren. In diesen Fallen erfassen die 
betriebsfremden Diensdeistungsorganisationen die Daten, 
die sie brauchen, lassen typischerweise proprietare Anwen- 
dungen ablaufen, um die Daten zu analysieren, und stellen 
nur Resultate und Empfehlungen ftir das ProzeBanlagenper- 
sonal zur Verfugung. Dies ist zwar hilfreich, aber das Anla- 
genpersonal hat keine oder nur eine geringe Moghchkeit, 
die gemessenen Rohdaten zu sichten oder die Anafysedaten 
in anderer Weise zu verwenden. 

[0005] Somit sind in der typischen Anlage oder dem typi- 
schen ProzeB die Funktionen, die zu den ProzeBsteueraktivi- 
taten, den Wartungs- und t'Jberwachungsaktivitaten fur Ein- 
richtungen und Gerate, und zu den geschaftlichen Akdvita- 
ten, wie zum Beispiel Uberwachung der ProzeBleistung, ge- 
horen, sowohl hinsichtlich des Ortes, an dem diese Aktivita- 
ten stattfinden, als auch des Personals, das typischerweise 
diese Aktivitaten durchfuhrt, voneinander getrennt. Ferner 
verwenden die verschiedenen Pcrsoncn, die typischerweise 
mit diesen verschiedenen Funktionen befaBt sind, allgemein 
verschiedene Werkzeuge bzw. Tools, wie zum Beispiel un- 
terschiedliche Anwendungen, die auf unterschiedlichen 
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Compuiem ausseluhrt. werden : urn die verschiedenen Funk- 
tionen durchzufuhren. In vielen Fallen erfassen diese unter- 
schiedlichen Tools unterschiedliche Arten von Daren, die- zu 
den verschiedenen Finrichrungen innerhalb des Prozesses 
^ehoren oder von diesen erfasst werden, und sind unter- :> 
schiedlich eingerichtet, urn die benotigten Daten zu ertas- 
sen Beispielsweise wirken Bedienungspersonen der Pro- 
zeBsteuerung, die allgernein den Tagesbetrieb des Prozesses 
uberwachen und die hauptsachlich fur die SichersteUung der 
Qualitat und des durchgehenden Ablaufes des ProzeBbe- 10 
triebs verantwortlich sind, typischerweise auf den ProzeB 
ein indem sie Sollwerte innerhalb des Prozesses einsteilen 
und verandem, ProzeBregelkreise abstimmen, ProzeBbe- 
triebsablaufe, wie zum Beispiel Stapelbetnebsablaufe, pla- 
nen etc. Diese Bedienungspersonen fur die ProzeBsteue- i> 
rung konnen verf ugbare Tools fur die Diagnose und Korrek- 
tur von ProzeBsteuerproblemen innerhalb eines ProzeBsteu- 
crsystcms vcrwcndcn, daruntcr beispielsweise Sclbstab- 
summprogramme, Regelkreisanalyseprogramme, neurale 
Netzsvsteme etc. ProzeB steueroperatoren erhalten ferner -0 
von dem ProzeB Informationen uber ProzeBvariable iiber ein 
oder mehrere ProzeB steuergerate, die dem Bedienungsper- 
sonal Informationen uber den Betriebsablauf des Prozesses 
melden, einschlieBlich Alarrnmitteilungen, die innerhalb 
des Prozesses erzeugt werden. Diese Infonnalionen konnen 2d 
dem ProzeBsteueroperator uber eine Standardbenutzer- 
schnittstelle zuganglich gemacht werden. 
[0006] Ferner ist es gegenwartig bekannt, ein Expertensy- 
stem vorzusehen, das ProzeBsteuervariablen und einge- 
schrankte Information uber die Betriebsbedingungen der 30 
Steuerroutinen oder Funktionsblocke oder Module, die zu 
den ProzeBsteuerroutinen gehoren, verwendet, urn mangel- 
haft arbeitende Regelkreise zu erfassen und einem Bechener 
bzw Operator Informationen uber vorgeschlagene Hand- 
lungsweisen zu geben, urn das Problem zu korrigieren Ein *> 
derartiges Expertensvstem ist in der US-Patentanmeldung 
mit der Seriennummer 09/256,585 mit dem Titel "Diagno- 
stics in a Process Control System" aufgezeigt, die am 22. Fe- 
bruar 1999 eingereicht wurde, und in der US-Patentanmel- 
dung mit der Seriennummer 09/499,445 mit dem Titel "Dia- 40 
gnostic Expert in a Process Control System", die am 7. Fe- 
bruar 2000 eingereicht wurde, die hiermit beide ausdruck- 
lich durch Bezugnahme hierin eingeschlossen werden. Glei- 
cherrnaBen ist es bekannt, Regelungsoptimierungspro- 
grarnme, wie zum Beispiel Echtzeitoptimierungspro- *> 
gramme, innerhalb einer Anlage ablaufen zu lassen, urndie 
Regelungsakuvitaten der ProzeBanlage zu optimieren. Der- 
artige Opumierungsprogramme verwenden typischerweise 
komplexe Modelle der Anlage, urn vorherzusagen, wie Ein- 
gaben verandert werden konnen, urn den Betriebsablauf der 50 
Anlage hinsichtlich einer gewunschten Optimierungsvaria- 
blen wie zum Beispiel Gewinn, zu optimieren. In vielen 
Fallen werden diese Optirnierungsprogramme jedoch von 
betriebsfremden Dienstleistungsorganisationen zur Vertu- 
gung gestelit und sind daher anderen Bereichen der Anlage 5:> 
nicht direkt zuganglich. 

[0007] Andererseits verwendet Wartungspersonal, das 
hauptsachlich dafiir verantwortlich ist, sicherzustellen, daB 
die tatsachliche Ausriistung innerhalb des Prozesses effi- 
zient arbeitet, und Gerate mit Fehlfunktionen zu ersetzen 60 
und zu reparieren, Tools, wie zum Beispiel Wartungsschmtt- 
stellen, die vorstehend erorterte AMS-Anwendung sowie 
viele andere Diagnosetools, die Informationen uber die Be- 
triebszustande der Einrichtungen innerhalb des Prozesses 
licfcrn Wartungspcrsoricn konnen auch Wartungsaktivita- 6> 
ten planen, die das Abschalten von. Abschnitten der Anlage 
erfordern. Bei vielen neueren Typen von ProzeBeinnchtun- 
gen und -geraten, die allgernein als intelligente Anlagenem- 



richtungen bezeichnet werden. konnen die Einrichtungen 
selbst Erfassunss- und Diagnosetools enthalten, die automa- 
tisch Probleme~bei dem Betrieb der Einrichtung erfassen 
und diese Probleme automat.isch uber eine Srandardwar- 
t.un«sschnittstelle einer Wartungsperson benchten. Bei- 
spielsweise berichtet. die AMS-Software Einrichtungszu- 
stands- und -diagnoseinfonnationen an die Wartungsperson 
und bietet Kommunikationstools und weitere Tools, die die 
Wartungsperson in die Lage versetzen, festzustellen, was in 
Einrichtungen geschieht und von den Einrichtungen zur 
Verfugung gestellte Einrichtungsinformationen abzurufen. 
Typischerweise sind Wartungsschnittstellen und Wartungs- 
personal von den Bedienungspersonen zur ProzeBsteuerung 
getrennt plaziert. obwohl dies nicht immer der Fall ist. Bei- 
spielsweise konnen in einigen ProzeBanlagen Bedienungs- 
personen fur die ProzeBsteuerung die Aufgaben von War- 
tungspersonen ausfuhren oder umgekehrt, oder die unter- 
schicdlichcn Mcnschcn, die fur diese Funktioncn verant- 
wortlich sind, konnen dieselbe Schnittstelle verwenden. 
[0008] Ferner sind Personen und Anwendungspro- 
gramme, die fur geschaftliche Anwendungen verantwortlich 
sind beziehungsweise verwendet werden, wie zum Beispiel 
die Bestellung von Teilen, Versorgungsgutern, Rohmateria- 
lien etc das Treffen von strategischen geschafthchen Ent- 
scheidungen, wie zum Beispiel die Auswahl der hergestell- 
ten Produkte, welche Variablen innerhalb der Anlage zu op- 
timieren sind. etc., basierend auf Messungen der ProzeBlei- 
stung typischerweise in Buroraumen der Anlage plaziert, 
die sowohl von den ProzeB steuerschnittstellen als auch den 
Wartungsschnittstellen entfernt sind. GleichermaBen kon- 
nen Betriebsleiter oder andere Personen den Wunsch haben, 
auf bestimmte Informationen in der ProzeBanlage von ent- 
fernten Orten oder von anderen Computersystemen, die mit 
der ProzeBanlage in Verbindung stehen, zuzugreifen, urn 
den Betriebsablauf der Anlage zu uberblicken und langfn- 
stige strategische Entscheidungen zu treffen. 
[0009] Da meistens die sehr unterschiedlichen Anwen- 
dungsprogramme, die zur Ausfuhrung der unterschiedlichen 
Funktionen innerhalb einer Anlage verwendet werden, bei- 
spielsweise ProzeBsteueroperationen, Wartungsoperauonen 
und kaufmannische Operationen, getrennt sind, sind die fur 
diese verschiedenen Aufgaben verwendeten unterschiedli- 
chen Anwendungsprogramme nicht integriert und greilen 
somit nicht gemeinsam auf Daten oder InformaDonen zu. 
Tatsachlich enthalten viele Anlagen nur eimge, aber nicht 
alle dieser unterschiedlichen Arten von Anwendungspro- 
grammen. In vielen Fallen werden einige der Aufgaben, wie 
zum Beispiel die Uberwachung der Ausriistung, das Testen 
des Betriebsablaufes der Einrichtungen, die Feststellung, ob 
die Anlage optimal arbeitet, etc., von betriebsfremden Bera- 
tern oder Dienstleistungsfirmen durchgefuhrt, welche die er- 
forderlichen Daten rnessen, eine Analyse durchfuhren und 
anschlieBend nur die Resultate der Analyse dem Anlagen- 
personal mitteilen. In diesen Fallen werden die Daten typi- 
scherweise in propietarer Weise erfasst und gespeichert und 
selten dem Anlagenpersonal fur andere Zwecke zur Verfu- 
gung gestelit. . 
[0010] Auch wenn ferner alle Anwendungen innerhalb der 
Anlage angeordnet sind, gibt es da verschiedenes Personal 
diese unterschiedlichen Anwendungsprogramme und Ana- 
lysetools verwendet und da diese Tools allgernein an ver- 
schiedenen Hardwareorten innerhalb der Anlage angeordnet 
sind wenn uberhaupt, nur einen geringen InformauonsfluB 
von einem Funktionsbereich der Anlage zu emem anderen, 
auch wenn diese Informationen fur andere Funknoncn in- 
nerhalb der Anlage nutzlich sein konnen. Beispielsweise 
kann ein Tool, wie zum Beispiel ein Datenanalysetool fur 
rotierende Gerate, von einer Wartungsperson verwendet 
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werden, urn einen mangelhaft arbeitenden Stromgenerator 
Oder ein rotierendes Gerfit (basierend auf einem Daten typ, 
der keine ProzeBvariablen darsreilt) zu erfassen. Dieses Tool 
kann ein Problem erfassen und die Wan.ungsperson alarmie- 
ren, daB die Einrichtung geeicht, repariert. oder ersetzt wer- 
den muss. Der Operator fur die ProzeBsteuerung (ob ein 
Mensch oder eine Experten software) hat jedoch nicht. den 
Vorteii dieser Inlbrmationen, auch wenn die mangelhaft ar- 
beitende Einrichtung ein Problem verursacht, welche einen 
Regelkreis oder eine andere Komponente beeinfluBt, die 
von der ProzeBsteueroperation iiberwacht wird. Gleicher- 
maBen ist dem kaufmannischen Personal diese Tatsache 
nicht bekannt, auch wenn die mangelhaft funktionierende 
Einrichtung fur die Anlage kritisch sein kann und deren Op- . 
timierung in einer Weise, die das kaufmannische Personal 
anstrebt, verhindern kann. Da der ProzeBsteuerexperte keine 
Kenntnis von einem Problem mit einer Einrichtung hat, das 
schlicBlich cine mangclhaftc Lcistung cincs Rcgclkrciscs 
oder einer Einheil in dem ProzeBsteuersystem verursachen 
kann, und da der ProzeBsteueroperator oder -experte an- 
nimmt, daB dieses Gerat perfekt arbeitet, kann der ProzeB- 
steuerexperte das Problem, das er innerhalb des ProzeBre- 
gelkreises erfasst, fehlerhaft diagnostizieren oder er kann 
versuchen, ein Tool einzusetzen, wie zum Beispiel eine Re- 
gelkreisabsummsoftware, die das Problem niemals wirklich 
losen konnte. GleichermaBen kann das kaufmannische Per- 
sonal eine Geschaftsentscheidung treffen, die Anlage in ei- 
ner Weise zu betreiben, welche nicht die gewunschten ge- 
schaftlichen Effekte (wie zum Beispiel die Optimierung des 
Gewinns) erreicht, und zwar auf Grund der fehlfunktionie- 
renden Einrichtung. 

[0011] Auf Grund der Vielfalt der Datenanalyse- und an- 
derer Diagnosetools, die auf dem Gebiet der ProzeBsteue- 
rung zur Verfugung stehen, sei es in der Anlage selbst oder 
uber betriebsfremde Dienstleistungsunternehmen oder -be- 
rater, gibt es eine Menge von Informationen uber den Zu- 
stand und den Leistungszustand von Einrichtungen, die dem 
Wartungspersonal zur Verfugung stehen, welche fur den 
ProzeBoperator und das kaufmannische Personal nutzlich 
sein konnten. In entsprechender Weise sind fur den ProzeB- 
operator viele Informationen uber den gegen ward gen Be- 
triebszustand der ProzeBregelkreise und anderer Routinen 
verfiigbar, die fur das Wartungspersonal oder das kaufman- 
nische Personal nutzlich sein konnten. Entsprechend gibt es 
Informationen, die irn Verlauf der Durchfuhrung von kauf- 
mannischen Funktionen erzeugt werden oder verwendet 
werden, die fur Wartungspersonal oder den ProzeBsteuer- 
operator bei der Optimierung des Betriebsablaufes des Pro- 
zesses nutzlich sein konnten. Da in der Vergangenheit diese 
Funktionen getrennt waren, wurden die in einem Funktions- 
bereich erzeugten oder erfaBten Daten in anderen Funk- 
tionsbereichen uberhaupt nicht oder nur unzureichend ge- 
nutzt, was zu einer allgemein mangelhaften Ausnutzung von 
Betriebsmitteln innerhalb von ProzeBanlagen fuhrte. 



KURZBESCHRETOUNG DER ERFTNDUNG 

[0012] Ein ProzeBsteuersystem enthalt ein Datenerfas- 
sungs- und -verteilungssystem, das Daten von verschiede- 
nen Datenquellen erfasst und speichert, welche jeweils ihre 
eigene proprietare Art und Weise nutzen konnen, um die Da- 
ten zunachst zu erfassen oder zu erzeugen. Das Datenerfas- 
sungs- und -verteilungssystem stellt dann die gespeicherten 
Daten anderen Anwendungen, die zu dem ProzeBsteuersy- 
stem gchorcn oder in dicscm vorgesehen sind, oder Anwen- 
dungen, die zu den Datenquellen selbst gehoren, zur Nut- 
zung in jeder gewunschten Weise zur Verfugung. Auf diese 
Weise konnen Anwendungen Daten von sehr unterschiedli- 



chen Datenquellen nutzen, um eine bessere Ubersichr oder 
Beurteilung des gegenwan.igen Betriebs status einer Anlage 
zu geben und um bessere oder vollstandigere diagnostische 
oder finanzielle Fntscheidungen im Rinblick auf die Anlage 
5 etc. zu treffen. Somit konnen Anwendungen vorgesehen 
werden, die Daten von vomer unvereinbaren Erfassungssy- 
stemen, wie zum Beispiel ProzeBsteuerungsuberwachungs- 
systemen, Ausrustungsuberwachungssystemen und ProzeB- 
leistungsmodellen kombinieren, um einen besseren Gesamt- 
10 uberblick oder Status einer ProzeBsteueranlage zu bestirn- 
men, Probleme besser zu diagnostizieren oder Aktionen bei 
der Produktionsplanung und Wartung in der Anlage einzu- 
leiten oder zu empfehlen. Beispielsweise konnen Daten oder 
Informationen von Wartungsfunktionen erfasst werden, die 
15 den Funktionszustand, die Veranderbarkeit, Leistungsfahig- 
keit oder Nutzung einer Einrichtung, eines Regelkreises, ei- 
ner Einheit etc. beu-effen. Diese Informationen konnen dann 
zu einem ProzeBoperator gesendet werden und dicscm angc- 
zeigt werden, oder zu dem Wartungspersonal, um diese Per- 
20 son uber ein gegen wartiges oder zukiinf tiges Problem zu in- 
formieren. Die gleiche Information kann von dem ProzeB- 
operator zur Korrektur eines aktuellen Problems in einem 
Regelkreis verwendet werden oder um beispielsweise den 
Arbeitspunkt der Anlage zu verandern, um eine nicht opti- 
25 mal arbeitende Einrichtung zu berucksichligen oder auszu- 
gleichen. Die Diagnoseanwendungen konnen MeB-, Steuer- 
und Einrichtungsindizes erzeugen, die nicht prozeBbezo- 
gene Variable betreffen, wie zum Beispiel den Funktionszu- 
stand einer Einrichtung. Diese Gerateleistungsindizes kon- 
30 nen aus Modellen bestimmt werden, die wesentliche Lei- 
stungsvariable berechnen, wie zum Beispiel die Produktivi- 
tat und die Produktionskosten. Ein ProzeBsteuerexperte 
kann diese MeB-, Steuer- und Einrichtungsindizes zusam- 
men mit Daten von ProzeBvariablen verwenden, um den Be- 
35 triebsablauf des Prozesses zu optimieren. 

[0013] Unter Verwendung des offenbarten Datenerfas- 
sungs- und -verteilungssystems konnen Daten von ProzeB- 
variablen und nicht ProzeBvariable betreffende Daten kom- 
biniert werden, beispielsweise um ProzeBmodelle zu erzeu- 
40 gen. GleichermaBen kann die Erfassung eines Einrichtungs- 
problems, beispielsweise eines Problems, das das Stillegen 
des Prozesses erfordert, die kaufmannische Software veran- 
lassen, automatisch Ersatzteile zu bestellen oder den kauf- 
mannischen Mitarbeiter zu alarmieren, daB gewahlte strate- 
45 gische Handlungen auf Grund des tatsachlichen Status der 
Anlage nicht die gewunschten Resultate ergeben werden. 
Die Veranderung einer Steuerstrategie, die innerhalb der 
ProzeBsteuerfunktion durchgefuhrt wird, kann die kaufman- 
nische Software veranlassen, automatisch neue oder unter- 
50 schiedliche Rohmateri alien zu bestellen. Selbstverstandlich 
gibt es viele andere Arten von Anwendungen, fur welche die 
zusarnmengefuhrten Daten, die ProzeBsteuerungs-, Gerate- 
uberwachungs- und Leistungsuberwachungsdaten betreffen, 
hilfreich sein konnen, unterschiedliche und vollstandigere 
55 Informationen uber den Status der Betriebsmittel in einer 
ProzeBsteueranlage fur alle Bereiche der Prozefianlage be- 
reitzustellen. 



60 



KIJRZBESCHREIBUNG DER ZEK:HNI^STCi 



[0014] Fig. 1 ist ein Blockdiagramm einer ProzeBsteuer- 
anlage, die zahlreiche Ausrustungs- und ProzeBuberwa- 
chungseinrichtungen hat, die so konfiguriert sind, daB sie 
Daten zu einer oder mehreren Datenerfassungs- und -vertei- 
65 lungsstationcn senden und von dicscn empfangen, welche 
wiederum diese Daten zu Betrachtungs- und Diagnoserouti- 
nen senden, welche die erfaBten Daten nutzen, um zahlrei- 
che Vorteile in der ProzeBsteueranlage zu erzielen; 
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[0015] Fi<*. 2 ist ein Funktionsdiagramm, das den Daten- 
flufi zwischen verschiedenen Datenquellen und Anwendun- 
gen darstellt, die diese Daten kombinieren, urn verschiedene 
Funkr.ionen auszufuhren; 

[00161 Fi<*. 3 ist ein detaillierteres DatenfiuBdiagramm, :> 
das den Da^huS von zahlreichen Quellen fur Gerateuber- 
wachungs-, ProzeBeinrichtungsiiberwachungs- und ProzeB- 
Icisiunusubcrwachungsdaten zu einem Datenerfassungs- 
und -vcneilunassvsieni darstellt, das dann diese Daten einer 
Beiricbsiuiuelnuuungs- und Produktionsplanungssuite zur 10 
Vertugung sicllt, wclchc die erfaBten Daten zusammenfuhrt, 
urn cine vollsliindigere Ansicht und/oder eine bessere Dia- 
gnose lurcine IVozeBsicucranlage zu erzeugen; 
[0017 1 Fig. 4 isi ein Blockdiagranirn, das die Architektur 
ciner Ausl iih run inform ciner ProzeBsteuerumgebung zeigt, l> 
wclchc ein I )aicncrl assungs- und -verteUungssystem imple- 
mcniicn. das mil ciner Viel/.ahl von ungleichartigen Daten- 
quciien in Verhinduns: sichi: 

[0018J Kitt. * A and 5H sicllcn eine Art des Organisierens 
-und SpeielK-ms v.>n IXiien ilar. die von zalilreichen Daten- 20 
^quellen in ciner KiUili^uraUonvlaicnbank in einer Weise er- 
faBt werden. die dic^c Daien anderen Anwendungen aUge- 
* mein verlTmbar niachi: 
[0019] Fitf. ^ \^ cm Diagranmi. das cine Anwendung dar- 
stellt. die cincn tienm/cr in die I-agc vcrsetzU ein Datener- 25 
fassungs- und -vertcilungssvsieiii so m konfigurieren, daB 
es automatiseh erl attic Daien Anwendungen in einer Pro- 
zeBsteueruingehung in /usani men hang mit dem Konfigura- 
tionssystem aus Ffe. 5 zur Vcrl'iigung stellt; 
[0020] Fig. 7 A isi ein Blockdiagrainni eines Modells, das 30 
zur Simulation des Bctricbsablaufcs eines Bereichs inner- 
halb einei Anlage vcrwendet wird; 

[0021] Fig. 7B isi ein Blockdiagrainni eines Modells, das 
zur Simulation des Bctricbsablaufcs einer Einheit innerhalb 
des Bereichsmodelles von Fig. 7 A vcrwendet wird; *> 
[0022] Fig. 8 ist eine Beispieldarstellung einer Anzeige, 
die eine Einheit innerhalb eines ProzeBsteuersystems dar- 
steUt, die von einer graphischen BenutzerschnittsteUe unter 
Verwendung von Daien. die von verschiedenen Datenquel- 
len erfaBt wurden, ange/cigl werden kann; 40 
[0023] Fig. 9 isi eine beispielhafte GraphikdarsteUung, die 
von einer graphischen Benutzersehnittstelle unter Verwen- 
dung von Daten dargestelll werden kann, die von verschie- 
denen Datenquellen erfaBt wurden; 

[0024] Fig. 10 isi cine beispielhafte Darstellung einer An- 4d 
zeige, die von einer graphischen Benutzersehnittstelle dar- 
gestellt werden kann, urn einen Benutzer in die Lage zu ver- 
setzen, Prufpfadinformationen zu betrachten, die aus ver- 
schiedenen Datenquellen kompiliert wurden; 
[0025] Fig. 1 1 ist eine beispielhafte Darstellung einer An- 50 
zeige, die von einer graphischen BenutzerschnittsteUe dar- 
gestellt werden kann, urn einen Benutzer in die Lage zu ver- 
setzen, eine detailliertere Analyse von Daten durchzufuhren, 
die aus verschiedenen Datenquellen erfasst wurden und ver- 
wendet wurden, urn einen oder mehrere Indizes fur eine Ein- 5> 
richtung zu erzeugen; 

[0026] Fig. 12 ist eine weitere beispielhafte Darstellung 
einer Anzeige, die von einer graphischen Benutzersehnitt- 
stelle dargestellt werden kann, um einen Benutzer in die 
Lage zu versetzen, rasch Informationen innerhalb einer An- 60 
lage zu suchen; 

[0027] Fig. 13 beispielhafte Darstellung einer Diagnose- 
anzeige, die von einer graphischen Benutzersehnittstelle 
dargestellt werden kann, welche einen Benutzer in die Lage 
vcrsctzt, die Lcistungsfahigkeit und/oder den Status ciner 6> 
oder mehrerer ProzeBregelkreise oder anderer ProzeBsteuer- 
objekte unter Verwendung von Daten zu analysieren, die aus 
unterschiedlichen Datenquellen erfaBt wurden; 



[0028] Fig. 14 ist eine beispielhafte Darstellung einer Dia- 
gnoseanzeige, die von einer graphischen Benutzersehnitt- 
stelle darsestellt werden kann, die einen Benutzer in die 
Lage verset.zt, die Leisr.ungsfahigkeit und/oder den Status 
eines oder mehrerer ProzeBregelkreise oder anderer ProzeB- 
steuerobjekte zu analysieren; 

[0029] Fig. 15 ist eine weitere beispielhafte Darstellung 
einer Anzeige, die von einer graphischen Benutzerschnitt- 
steUe dargestellt werden kann, um einen Benutzer in die 
Lage zu versetzen, Arbeitsbefehle zu verfolgen oder zu er- 
zeugen; und 

[0030] Fig. 16 zeigt eine Anzeige, die eine Spektralkurve 
einer Vibration eines Elements innerhalb einer rotierenden 
Einrichtung zeigt, die von einer extemen DatenqueUe er- 
zeugt worden sein kann. 



DETAILLIERTE BESCHREIBUNG 

[0031] Wie Fig. 1 zeigt, enthalt eine typische ProzeBsteu- 
eranlage 10 eine Anzahl von kaufmannischen und anderen 
Computersystemen, die mit einer Anzahl von Steuer- und 
Wartungssystemen durch eines oder mehrere Kommumkati- 
onsnetze verbunden sind. Die dargesteUte ProzeBsteueran- 
lage 10 enthalt femer ein oder mehrere ProzeBsteuersysteme 
12 und 14. Das ProzeBsleuersyslem 12 kann ein Iradidonel- 
les ProzeBsteuersystem, wie zum Beispiel ein PROVOX 
oder RS3-System oder jedes andere DCS sein. Das in Fig. 1 
dargestellte System 12 enthalt eine BenutzerschnittsteUe 
12A die mit einem Steuergerat 12B und mit Eingabe/Aus- 
gabe(I/0)-Karten 12C gekoppelt ist, die wiederum mit ver- 
schiedenen Anlageneinrichtungen, wie zum Beispiel analo- 
gen und Highway Addressable Remote Transmitter 
(HART)-Anlageneinrichtungen 15 verbunden sind. Das 
ProzeBsteuersystem 14, bei dem es sich um ein verteiltes 
ProzeBsteuersystem handeln kann, enthalt eine oder meh- 
rere BedienerschnittsteUen 14A, die mit einer oder mehreren 
verteilten Steuereinrichtungen 14B tiber einen Bus, wie zum 
Beispiel einen Ethernet-Bus verbunden sein konnen. Die 
Steuereinrichtungen 14B konnen beispielsweise DeltaV™- 
Steuereinrichtungen sein, die von Fisher Rosemount Sy- 
stems, Inc., Austin/Texas, vertrieben werden, oder jede an- 
dere gewiinschte Art von Steuereinrichtungen. Die Steuer- 
einrichtungen 14B sind iiber I/O-Einrichtungen mit einer 
oder mehreren Anlageneinrichtungen 16 verbunden, bei- 
spielsweise HART- oder Fieldbus-Anlagenemnchtungen, 
oder beUebigen anderen inteUigenten oder nicht intelligen- 
ten Anlageneinrichtungen, einschheBUch beispielsweise 
denienigen, die eines der Profibus®-, WORLDFLP®- , De- 
vice-Net®-, AS-Interface- und CAN-Protokolle nutzen. Es 
ist bekannt, daB die Anlageneinrichtungen 16 analoge oder 
digitale Informationen, die auf ProzeB variable sowie auf an- 
dere Einrichtungsinformationen bezogen sind, an die Steu- 
ereinrichtungen 14B abgeben konnen. Die Bedienerschnitt- 
steUen 14A konnen Tools speichern und ausfuhren, die dem 
ProzeBsteueroperator zur Verfugung stehen, um den Be- 
triebsablauf des Prozesses zu steuern, darunter beispiels- 
weise Steueropumierungsprogramme, Diagnoseexperten- 
programme, neurale Netze, Abstirnmprogramme etc. 
[0032] Ferner konnen Wartungssysteme, wie zum Bei- 
spiel Computer, die die AMS-Anwendung ausfuhren, oder 
jede andere Einrichtungs- oder Ausrustungsiiberwachungs- 
und Kommunikationsanwendung mit den ProzeB steuersy- 
stemen 12 und 14 oder mit den darin enthaltenen einzelnen 
Einrichtungen verbunden sein, um Warnings- und Uberwa- 
chungsaktivitatcn durchzufuhren. Beispielsweise kann cm 
Wartungscomputer 18 mit der Steuereinrichtung 12B und/ 
oder den Einrichtungen 15 iiber behebige gewiinschte Kom- 
munikationsleitungen oder Netze (einschlieBhch drahtlose 
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oder tragbare Einrichtungsnerze) verbunden sein, urn mil 
den Einrichtungen 15 zu kornmunizieren und in einigen Fal- 
len die Einrichtungen 15 zu rekontigurieren oder andere 
Warr.ungsaktivitar.en an diesen durchzufuhren. Tn ahnlicher 
Weise konnen Wartungsanwendungen, wie zum Beispiel die 
AMS-Anwendung, in einer oder mehrerer der zu dem ver- 
teilten ProzeBsteuersystem 14 gehorenden Benutzerschnitt- 
stellen 14A instaiLiert sein und von diesen ausgefuhrt wer- 
den, urn Warnings- und Uberwachungsfunktionen auszufuh- 
ren, einschlieBLich der Datenerfassung, die sich auf den Be- 
triebsstatus der Einrichtungen 16 bezieht. 
[0033] Die dargestellte ProzeBsteueranlage 10 enthalt fer- 
ner verschiedene rotierende Gerate 20, wie zum Beispiel 
Turbinen, Motoren, etc., die mit eineni Wartungscomputer 
22 tiber eine permanente oder zeitweilige Kommunikations- 
verbindung (wie zum Beispiel einen Bus, ein drahtloses 
Kommunikationssystem oder tragbare Einrichtungen, die 
mit dcm Gerat 20 verbunden werden, urn McBwcrtc auszu- 
lesen, und anschlieBend entfernt werden) verbunden sind. 
Der Wartungscomputer 22 kann bekannte Uberwachungs- 
und Diagnoseanwendungen 23 speichern und ausfuhren, die 
beispiels weise von CSi- Systems zur Verfugung gestellt wer- 
den, oder beliebige andere bekannte Anwendungen, die zur 
Diagnose, Uberwachung und Optimierung des Betriebszu- 
s lands der rotierenden Gerate 20 verwendel werden. 
[0034] Wartungspersonal verwendet allgemein die An- 
wendungen 23, urn die leistungsfahigkeit der rotierenden 
Gerate 20 in der Anlage 10 aufrechtzuerhalten und zu uber- 
blicken, urn Probleme mit den rotierenden Geraten 20 fest- 
zustellen und zu bestimmen, wann und ob die rotierenden 
Gerate 20 repariert oder ersetzt werden miissen. In einigen 
Fallen konnen betriebsfremde Beratungsfirmen oder Dienst- 
leistungsorganisationen zeitweilig Daten erfassen oder mes- 
sen, die das Gerat 20 betreffen, und diese Daten verwenden, 
um Analysen des Gerates 20 auszufuhren, um Probleme, 
mangelhafte Lei stung oder andere Punkte zu erfassen, die 
Auswirkungen auf das Gerat 20 haben. In diesen Fallen sind 
die Computer, die die Analysen durchfuhren, moglicher- 
weise nicht uber eine Kommunikationsleitung mit dem ubri- 
gen System 10 verbunden oder nur zeitweilig verbunden. 
[0035] In ahnlicher Weise ist ein Stromerzeugungs- und - 
verteilungssystem 24, das eine zu der Anlage 10 gehorende 
Stromerzeugungs- und -verteilungsausrustung 25 hat, bei- 
spielsweise uber eine Busleitung mit einem anderen Com- 
puter 26 verbunden, der den Betrieb der Stromerzeugungs- 45 
und -verteilungsausrustung 25 in der Anlage 10 abwickelt 
und beaufsichtigt. Der Computer 26 kann bekannte Strom- 
steuerungs- und Diagnoseanwendungen 27 ablaufen lassen, 
wie beispielsweise diejenigen, die von Liebert und ASCO 
oder anderen Dienstleistungsfirmen geliefert werden, um 
die Stromerzeugungs- und -verteilungsausrustung 25 zu 
steuern und zu warten. Auch hier konnen in vielen Fallen fir- 
menfremde Beratungsfirmen oder Dienstleistungsorganisa- 
tionen zeitweilig Daten erfassen oder messen, die die Ausrii- 
stung 25 betreffen, und diese Daten verwenden, um Analy- 
sen der Ausrustung 25 durchzufuhren, um Probleme, man- 
gelhafte Leistungsfahigkeit oder andere, die Ausrustung 25 
betreffende Punkte zu erfassen. In diesen Fallen miissen die 
Computer (wie zum Beispiel der Computer 26), die die Ana- 
lysen durchfuhren, mit dem Rest des Systems 10 nicht uber 
eine Kommunikadonsleitung verbunden sein oder nur zeit- 
weilig verbunden sein. 

[0036] Selbstverstandlich konnen beliebige andere Ausrii- 
stungen und ProzeBsteuereinrichtungen mit der Anlage 10 
verbunden sein oder Tcil der Anlage 10 sein, und das hier 
beschriebene System ist nicht auf die in Fig. 1 explizit dar- 
gestellte Ausrustung beschrankt, sondern kann zusatzlich 
oder ansteOe derselben andere Arten von PrbzeBsteueraus- 
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riistungen oder -einrichtungen enthalren. 
[0037] In der Vergangenheir waren die verschiedenen Pro- 
zeBsteuersysteme 12 und 14 und das Stromerzeugungs- so- 
wie das Wartungssystem 22 und 26 nichr in einer Weise mit- 
einander verbunden, die sie in die Lage versetzt, in diesen 
Systemen jeweils erzeugte oder erfaBte Daten gemeinsam 
sinnvoll zu nutzen. Als Resultat haben die unterschiedlichen 
Funktionen, wie zum Beispiel die ProzeBsteuerfunktionen, 
die Stromerzeugungsfunktionen und die Funktionen mit ro- 
tierenden Geraten jeweils unter der Annahme gearbeitet, 
daB die iibrigen Ausriistungsteile innerhalb der Anlage, die 
von dieser bestimmten Funktion beeinflusst sein konnen 
oder auf diese bestimmte Funktion einen EinfluB haben, per- 
fekt arbeiten, was selbstverstandlich fast nie der Fall ist. Da 
diese Funktionen jedoch so verschieden sind und die zur Be- 
auf sichtigung dieser Funktionen verwendeten Ausrustungen 
und das Personal unterschiedlich sind, gab es nur eine ge- 
ringc oder bcdoutungslosc gemcinsame Datcnnutzung zwi- 
schen den unterschiedlichen funktionellen Systemen inner- 
halb der Anlage 10. 
[0038] Um dieses Problem zu losen, wird ein Datenerfas- 
sungs- und -verteilungssystem geschaffen, um Daten von 
den ungleichartigen Datenquellen zu erfassen, diese Daten 
in einem gemeinsamen Datenformat oder einer Struktur zu 
fonnatieren und diese Daten nach Bedarf anschlieBend jeder 
aus einer Reihe von Anwendungen zur Verfugung zu stellen, 
die beispielsweise auf einem Computersystem 30 laufen, 
oder zwischen Workstations irn gesamten ProzeBsteuernetz 
auszugeben. Die Sarnmlung der Anwendungsprogramme ist 
vorgesehen, um die Verwendung der Daten von zuvor nicht 
miteinander verbundenen und getrennten Systemen zu ver- 
schmelzen oder zu integrieren, um eine bessere Messung, 
Ubersicht, Steuerung und Verstandnis der gesamten Anlage 
10 zu schaffen. Wie Fig. 1 zeigt, ist das Computersystem 30 
mit den Computern oder Schnittstellen in Kommunikations- 
verbindung, die den verschiedenen funktionellen Systemen 
innerhalb der Anlage 10 zugeordnet sind, einschlieBlich der 
ProzeBsteuerfunktionen 12 und 14, der Wartungsfunktionen, 
wie beispielsweise in den Computern 18, 14A, 22 und 26 
implementierten, und den kaufmannischen Funktionen, wie 
etwa die Durchfuhrung der ProzeBleistungsuberwachung. 
Insbesondere steht das Computersystem 30 in Kommunika- 
tionsverbindung mit dem herkommlichen ProzeBsteuersy- 
stem 12 und der Warnings schnittstelle 18, die zu diesem 
Steuersystem gehort, ist mit den ProzeBsteuer- und/oder 
Wartungsschnittstellen 14A des verteilten ProzeBsteuersy- 
stems 14 verbunden, ist mit dem Wartungscomputer 22 fur 
rotierende Gerate verbunden sowie mit dem Leistungserzeu- 
gungs- und Uberwachungscomputer 26, und zwar jeweils 
uber eine Busleitung 32. Die Busleitung 32 kann jedes ge- 
wunschte oder geeignete Lokalbereichsnetz- (LAN) oder 
Weitverkehrsnetz- (WAN)-Protokoll nutzen, um die Kom- 
munikation herzustellen. Selbstverstandlich konnte das 
Computersystem 30 mit diesen verschiedenen Teilen der 
Anlage 10 uber andere Kommunikationsverbindungen, ein- 
schlieBlich dauerhafter oder nicht permanenter Verbindun- 
gen, verdrahteter oder drahtloser Verbindungen oder jedes 
anderen physikalischen Mediums, wie zum Beispiel ein ver- 
drahtetes, drahtloses, Koaxialkabel-, Telefonmodem-, (Jlas- 
faser-, Meteorburst-, oder Satellitenmedium unter Verwen- 
dung des Fieldbus- ? IEEE 802.3-, Blue tooth-, X.25- oder 
X.400-Kommunikationsprotokolles verbunden sein. 
[0039] Wie Fig. 1 zeigt, kann der Computer 30 auch uber 
den gleichen oder einen anderen Netzbus 32 mit Computern 
cincs kaufmannischen Systems und Wartungsplanungscom- 
putern 35 und 36 verbunden sein, die beispielsweise eine 
Unternehmensressourcenplanung (ERP), eine Materialres- 
sourcenplanung (MRP), eine ProzeBmodellbildung zur Lei- 
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stungsmodellbildung, Buchhaltungs-, Produkuons- und 
Kundenaufuaossysteme. Wartungsplanungssysteme oder 
iede andere gewiinschie kaufmannische Anwendung, wie 
zum Beispief Auftragsanwendungen fur Teile, Versorgungs- 
guter und Rohstoffe, Produktionsplanungsanwendungen > 
etc ausfuhren konnen. Der Computer 30 kann ferner bei- 
spielsweise uber die Busleitung 32 mit einein anlagenweiten 
LAN 37, einem firrnenweiten WAN 38 sowie nut einem 
Computersvstem 40 verbunden sein, die eine Femuberwa- 
chung oder eine Kommunikation niit. der Anlage 10 von ent- io 
fern ten Or ten ermoglichen. 

[0040] Das vorstehend genannte Datenerfassungs- und 
Veneilungssystern kann auch in dem Computer 30 vorgese- 
hen sein oder uber zahlreiche Orte in dem ProzeBnetz 10 
veneilt sein, urn Daten von jeder Datenquelle zu erfassen 
und zu verarbeiten, wie zum Beispiel den Steuergeratesyste- 
men 12 und 14, den Uberwachungssystemen 22 und 26 und 
den Finanzsystcmcn 35, 36 etc. Wcnn das Datcncrfassungs- 
und Vcrteilungssvslcm in dem Computer angeordnet ist, 
kann es Dalcn von unglcicharligen Datenquellem wie zum 20 
Beispiel von den Sieuercinrichtungen, den Gerateuberwa- 
chungs- und Finanzanwendungen, getrennt unter Verwen- 
dung von verschiedenen Daicnformaten oder unter Verwen- 
dung eines gemeinsamcn Formats empfangen. In einer Aus- 
fuhrungsform iriu die Kommunikalion uber den Bus 32 un- 2> 
ter Verwendung des XML-Protokolles auf. Hier werden Da- 
ten von jedem der Computer 12A, 18, 14A, 22, 26, 35, 36 
etc. in einem XML-Wrapper verpackt und zu einem XML- 
Datenserver gesendet, der bei spiels weise in dem Computer 
30 angeordnet sein kann. Da XML eine deskriptive Sprache 30 
ist, kann der Server jede Art von Daten verarbeiten. In dem 
Server werden erforderlichenfalls die Daten verkapselt und 
in einen neuen XML-Wrapper gemapped, das heiBt diese 
Daten werden von einem XML-Schema in eines oder men- 
rere andere XML-Schemata gemapped, die fur jede der to 
Empfangsanwendungen geschaffen werden. Ein Verfahren 
zur Durchfuhrung dieser Kommunikadon ist in der gleicn- 
zeitig anhangigen US-Anrneldung mit der Senennummer 
09/90° 201 beschrieben, eingereicht am 10. Juli 2001 mit 
dem Titel "Transactional Data Communications for Process 40 
Control Systems", die auf den Rechtsinhaber dieser Anmel- 
dung ubertragen ist und hiermit ausdrucklich durch Bezug- 
nahme hierin eingeschlossen wird. Mit diesem System kann 
jeder Datenabsender seine Daten unter Verwendung eines 
Schemas wrappen, das fur diese Einrichtung oder Anwen- 4:> 
dung verstandlich oder geeignet ist, und jede Empfangsan- 
wendung kann die Daten in einem unterschiedkchen 
Schema empfangen, das fur die Empfangsanwendung ver- 
wendet wird oder von dieser verstanden wird. Der Server ist 
so konfiguriert, daB er ein Schema in ein anderes mapped, m 50 
Abhangigkeit von der Quelle und der oder den Bestim- 
mungsorten der Daten. Auf Wunsch kann der Server basie- 
rend auf dem Datenempf ang auch bestimmte Datenverarbei- 
tungsfunktionen oder andere Funktionen durchfiihren. Die 
Mapping- und Verarbeitungsfunktionsregeln werden in dem 5:> 
Server vor der Operation der Sammlung von Datemntegrati- 
onsanwendungen, die hierin beschrieben sind, eingenchtet 
und gespeichert. Auf diese Weise konnen die Daten von ei- 
ner beliebigen Anwendung zu einer oder mehreren anderen 
Anwendungen gesendet werden. 

[0041] In einer anderen Ausfuhrungsform konnen die Da- 
tenerfassungs- und -verteilungsanwendungen uber das Netz 
10 verteilt sein und die Erfassung von Daten kann an verteil- 
ten Orten durchgefuhrt werden. Die erfaBten Daten konnen 
anschlicBcnd in cin gemcinsames Format an den verteilten 6, 
Orten konvertiert werden und an eine oder mehrere zentrale 
Datenbanken zur nachfolgenden Verteilung gesendet wer- 
den Sornit werden allgemein ausgedriickt eine oder mehrere 



Datenerfassunosroutinen vorgesehen, urn die Daren von un- 
oleichartisen Datenquellen zu erfassen und diese Daten in 
einem -emeinsamen oder konsistenten Format, der Anwen- 
dungssuite zur Verfugung zu stellen, die diese Daten ver- 
wenden kann, wie zum Beispiel die Anwendungen in dem 
Computer 30. Die Datenerfassungs- und Verteilungsanwen- 
dungen werden hier als Datenerfassungs- und Verteilungs- 
system bezeichnet, wahrend die Anwendungen, die die er- 
faBten Daten verwenden (zum Beispiel diese Daten mtegne- 
ren) hier kollektiv als eine Betriebsmittelnutzungs suite 5U 
bezeichnet werden. 

[0042] Die Anwendungen innerhalb der Betnebsmittei- 
nutzungssuite 50 nutzen die erfaBten Daten und andere. In- 
formationen, die von den ProzeBsteuersystemen 12 und 14, 
den Wartungssystemen 18, 22 und 26 und den Geschafts- 
und ProzeBmodellsvstemen 35 und 36 erzeugt wurden, so- 
wie Informationen, die von Datenanalysetools erzeugt wer- 
den die in jedem dieser Systcmc ausgefuhrt werden. AUgc- 
mein ausgedruckt kann die Betriebsrnittelnutzungssuite 50 
eine oder mehrere Benutzeranzeigeanwendungen enthalten, 
wie beispielsweise die in den US-Patentanmeldungen mit 
den Seriennummern 09/256,585 oder 09/499,445 aufgezeig- 
ten sowie ein oder mehrere Diagnoseexpertenprogramnie 
oder andere Arten von Expertensystemanwendungen, die 
beispielsweise auf dem OZ-Expertensystem basierem das 
gesenwartig von NEXUS vertrieben wird. Die Betnebsmit- 
telnutzungssuite50 kann jedoch jeden anderen gewunschten 
Typ eines Expertensystems verwenden, darunter beispiels- 
weise ieden Typ eines Datengewinnungssy stems. Die Be- 
triebsrnittelnutzungssuite 50 kann ferner andere Anwendun- 
gen enthalten, die Daten von verschiedenen funkuonellen 
Systemen fur jeden anderen Zweck integrieren, wie zum 
Beispiel fur Benutzerinformationszwecke, fur Diagnose- 
zwecke und zum Einleiten von Aktionen innerhalb der Pro- 
zeBanlage. wie zum Beispiel ProzeBsteueraktionen, Ausru- 
stungsersatz- oder Reparaturaktionen, Andern der Art oder 
der Menge des erzeugten Produkts auf der Basis von finan- 
zieUen Faktoren. ProzeBleistungsfaktoren etc. So kann das 
Datenerfassungs- und Verteilungssystem in einem Sinn als 
ein Daten- und Informations-Clearing-Haus in der ProzeB- 
anlage 10 arbeiten, urn die Verteilung von Daten oder Infor- 
mationen von einem Funktionsbereich, wie zum Beispiel 
dem Wartungsbereich, zu anderen Funktionsbereichen, wie 
zum Beispiel derProzeBsteuerung oder den kaufmannischen 
Funktionsbereichen, zu koordinieren. Als Resultat kann die 
Betriebsrnittelnutzungssuite 50 die erfaBten Daten nutzen, 
urn neue Informationen oder Daten zu erzeugen, die auf em 
oder mehrere der Computersysteme verteilt werden konnen 
die den verschiedenen Funktionen innerhalb der Anlage 10 
zugeordnet sind, und kann die Ausfuhrung von anderen An- 
wendungen durchfiihren oder beau fsichtigen, welche die er- 
faBten Daten verwenden, um neue Arten von Daten zu er- 
zeugen, die innerhalb der ProzeBsteueranlage 10 zu verwen- 
den sind. 

[0043] In einem Fall kann die Betriebsrmttelnutzungssuite 
50 eine Anzahl von Anwendungen schaffen, die Daten von 
den ProzeBsteuerfunktionen und den Ausnistungsuberwa- 
chungsfunktionen verwenden, und, falls erwunscht, von 
ProzeBleistungsuberwachungsfunktionen, die in einem Pro- 
zeBsteuernetz ausgefuhrt werden. Diese Anwendungen kon- 
nen eine koordinierte Benutzeranzeige zur Anzeige von In- 
formationen und Attributen uber die Anlage schaffen, die 
zwei oder mehr der ProzeBsteuerdaten, ProzeBleistungsmo- 
deUdaten oder Ausrustungsuberwachungsdaten verwendet. 
Eine mit der Betriebsrmttelnutzungssuite 50 in Vcrbmdung 
stehende Anwendung kann auch Bedingungen oder Pro- 
bleme innerhalb der ProzeBsteueranlage 10 basierend auf 
Daten von zwei oder mehr der ProzeBsteueruberwachungs- 
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anwendungen. ProzeBleistungsuberwachungsanwendungen 
und Ausrustungsuberwachungsanwendungen diagnostizie- 
ren. Femer konnen die mit. der Betriebsmittelnurzungssuite 
50 verhundenen Anwendungen Aktionen innerhalb der Pro- 
zeBanlage 10 ansprechend auf ein diagnostiziertes oder er- 5 
faBtes Problem auslosen oder konnen von einem Benutzer 
durchzufuhrende Aktionen empfehlen, bei dern es sich bei- 
spielsweise urn einen ProzeBsteueroperator, einen War- 
tungsiechnikcr oder einen kaufmannischen Mitarbeiter in 
dcm Belricbsbiiro der Anlage 10 handeln, der fur den ge- 10 
saniicn Betriebsablauf der Anlage 10 verantwortlich ist. 
[0044| Inshcsondere kann in einer Ausfuhrungsform die 
Beiriebsmiudnuizungssuite 50 eine Indexerzeugungssoft- 
ware 51 cmhalicn oder ausfiihren, die Indizes erfasst oder 
erslellt. die den Hinriehtungen zugehorig sind, wie zum Bei- 15 
spiel Prvvet>steuer- und Regeleinrichtungen, Stromerzeu- 
gungseinrichtungen. roiiercnden Geraten, Einheiten, Berei- 
chen etc.. »xicr dje mil Pnv.eBsteucrabschnittcn, wie zum 
Beispiei Rceclkrciscn etc. innerhulb der Anlage 10 in Ver- 
bindung siehcn. Diese Indizcs konnen anschlieBend an die 20 
ProzeBsleueranucndungcn gc^cben werden, um die Opti- 
mierung der l*ro/.cL>sieucrung /u uniersiutzen, und kann an 
die kaufniannUchc Software ixier die kaufmannischen An- 
wendungen abgegeben werden. inn die kaufmannischen 
Mitarbeiler mil vollsiandigcrcr oder besser verstandlicher 25 
Information in Verbindung mil dcm Beirieb der Anlage 10 
zu versorgen. Die Bctriebsniiiielnui/ungssuite 50 kann fer- 
ner Wartungsdaien (wie zum Beispiel Hinrichtungsstatusin- 
formationen) und kaufmannische Daten (wie zum Beispiel 
Daten, die geplanlen Aultragen. /eitrahmen etc. zuzuord- 30 
nen sind) einem Sleuerexpenen 52 /.ur Verfugung stellen, 
der beispielsweise mil dcm ProzeBstcucrsystem 14 in Ver- 
bindung stent, um einen Operator bei der Ausfuhrung von 
Steuerakti vital en, wie zum Beispiel der Optimierung der 
Steuerung zu unlersluizen. Der Sieuerexperte 52 kann bei- 35 
spielsweise in der Bcnutzcrschniusiellc 14A oder jedem an- 
deren Computer angcordnet scin, der zu dem Steuersystem 
14 gehort, oder in dcm Computer 30, falls dies erwiinscht 
ist. 

[0045] Auf Wunsch kann der Sieuerexperte 52 beispiels- 40 
weise der in den vorstchend angcluhrten US-Patentanmel- 
dungen mit den Seriennunimcm 09/256,585 und 09/499,445 
beschriebene Steucrcxperte scin. Diese Steuerexperten kon- 
nen jedoch zusatzlich Daten inkorporieren und verwenden, 
die sich auf den Status von Einrichtungen oder anderer 45 
Hardware innerhalb der ProzeBsteuer anlage 10 beziehen, 
oder Leistungsdaten, die unter Verwendung von ProzeBlei- 
stungsmodellen in der Entscheidungsnndung erzeugt wur- 
den, die von diesen Steuerexperten ausgefuhrt wird. Insbe- 
sondere in der Vergangenheit verwendeten die Software- 50 
steuerexperten allgemein nur Daten von ProzeBvariablen 
und eingeschrankte Einrichtungsstatusdaten, um Entschei- 
dungen zu treffen oder dem ProzeBoperator Empfehlungen 
zu geben. Mit der von der Betriebsmittelnutzungssuite 50 
gebotenen oder erfaBten Kommunikation, und insbesondere 55 
mit derjenigen, die auf Einrichtungsstatusinformationen be- 
zogen ist, wie etwa diejenigen, die von den Computersyste- 
men 18, 14A, 22 und 26 und den auf diesen implement! erten 
Datenanalysetools bereitgestellt werden, kann der Steuerex- 
perte 52 Einrichtungsstatusinformationen, wie zum Beispiel 60 
Zustandsinformationen, Leistungsinformationen, Nutzungs- 
und Variabilitatsinformationen zusammen mit Informatio- 
nen uber ProzeB variable empfangen und in seine Entschei- 
dungsfindung inkorporieren. 

[0046] Zusatzlich kann die Betriebsmittelnutzungssuite 65 
50 Iriformationen, die den Status von Einrichtungen und den 
Betrieb der Steueraktivitaten innerhalb der Anlage 10 be- 
treffen, fur die kaufmannischen Systeme 35 und 36 bereit- 



stellen, wo beispielsweise eine Arbeitsaufrragserzeugungs- 
anwendung beziehungsweise ein entsprechendes Programm 
54 automatisch Arbeitsauftrage erzeugen kann und basie- 
rend auf erfaBten Problemen innerhalb rier An i age 10 Teile 
bestellen kann, oder wobei basierend auf der ausgefuhrten 
Arbeit Versorgungsguter bestellt. werden konnen. In ahnli- 
cher Weise konnen Veranderungen in dem Steuersystem, die 
von dem Betriebsmittelnutzungsexperten 50 erfaBt werden, 
die kaufmannischen Systeme 35 oder 36 veranlassen, An- 
wendungen ablaufen zu lassen, die die Planung und Versor- 
gungsguterbestellungen beispielsweise unter Verwendung 
des Programms 54 ausfiihren. In der gleichen Weise konnen 
Veranderungen der Kundenbestellungen etc. in das kauf- 
mannische System 35 oder 36 eingegeben werden, und diese 
Daten konnen zu der Betriebsmittelnutzungssuite 50 gesen- 
det werden und zu den Steuerroutinen oder dem Steuerex- 
perten 52 gesendet werden, so daB dieser Veranderungen der 
Steuerung vcranlasst, um beispielsweise die Hcrstcllung der 
neu besteliten Produkte zu beginnen oder die in den kauf- 
mannischen Systemen 35 und 36 durchgefuhrten Verande- 
rungen umzusetzen. 

[0047] Zusatzlich kann die Betriebsmittelnutzungssuite 
50 Informationen an eines oder mehrere ProzeBmodelle sen- 
den, die beispielsweise von Optimierungsprogrammen 55 
innerhalb der Anlage 10 verwendet werden. Beispielsweise 
konnen ein ProzeBmodell 56 und ein Steueroptirnierungs- 
programm 55 in dem Computer 14A angeordnet sein und 
konnen eine oder mehrere Steuerungsoptimierungsroutinen 
55A, 55B etc. ablaufen lassen. Zusatzlich oder alternativ 
konnten ProzeBmodelle 56 und Optimierungsroutinen 55 in 
dem Computer 30 oder einem anderen Computer gespei- 
chert sein und von diesem ausgefuhrt werden, und die dafur 
erforderlichen Daten konnten von dem Betriebsmittelnut- 
zungsexperten 50 gesendet werden. Die Resultate der Mo 
delle 56 konnen in den Betriebsmittelnutzungsexperten 50 
oder einen Steuerungs- oder anderen Experten, wie zum 
Beispiel den Steuerexperten 52 eingegeben werden, um Mo- 
dellbildungsfunktionen auszufuhren, deren Zweck nachfoi- 
gend im Detail beschrieben wird. Allgemein ausgedruckt 
konnen die Modelle 56 jedoch verwendet werden, um die 
Leistungsfahigkeit der ProzeBeinheit oder des ProzeBbe- 
reichs zu bestimmen, welche dann in die Optimierungsrou- 
tinen 55 eingegeben werden kann oder einem Benutzer an- 
gezeigt werden kann oder fur andere Zwecke verwendet 
werden kann. Die Modelle 56 konnen beispielsweise Mo- 
delle sein, wie sie von MDC Technology aus Teeside, Eng- 
land, erzeugt und vertrieben werden, oder konnen jede an- 
dere Art von Modellen sein. Selbstverstandlich gibt es viele 
andere Anwendungen, die innerhalb der Anlage 10 vorgese- 
hen sein konnen und die Daten von dem Betriebsmittelnut- 
zungsexperten verwenden konnen, und das hier beschrie- 
bene System ist nicht auf die hier besonders genannten An- 
wendungen beschrankt Insgesamt hilft jedoch die Betriebs- 
mittelnutzungssuite 50 bei der Optimierung der Nutzung al- 
ler Betriebsmittel innerhalb der Anlage 10, indem die ge- 
meinsame Nutzung von Daten und die Koordinadon der Be- 
triebsmittel zwischen alien Funktionsbereichen der Anlage 
10 ermoglicht wird. 

[0048] Ferner konnen allgemein ausgedruckt eine oder 
mehrere Benutzerschnittstellenroutinen 58 in einem oder 
mehreren Computern innerhalb der Anlage 10 gespeichert 
und ausgefuhrt werden. Beispielsweise konnen der Compu- 
ter 30, die Benutzerschnittstelle 14A, der kaufmannische 
Systemcomputer oder jeder andere Computer eine Benut- 
zcrschnittstcllcnroutinc 58 ablaufen lassen. Jede Bcnutzcr- 
schnittstellenroutine 58 kann Informationen von der Be- 
triebsmittelnutzungssuite 50 empfangen oder abonnieren 
und kann Informationen an die Betriebsmittelnutzungssuite 
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50 abgeben, und entweder die gleichen oder unterschiedli- 
che Datensatze konnen zu jeder der Benutzerschnittstellen- 
rouiinen 58 gesendet werden. Jede Benutzerschnittstellen- 
routine 58 kann unterschiedliche Arten von informationen 
untcr Verwendung von verschiedenen Bildschirmen fur un- 5 
lerschiedliche Benutzer darsteUen, wenn dies gewunscht. 
wird. Beispielsweise kann eine der Benutzerschnittstellen- 
roulinen 58 eine Biidschirmdarsteiiung oder einen Satz von 
BildschinndarsteUungen einem Steueroperator oder einem 
kaufmannischen Mitarbeiter prasentieren, urn diese Person 10 
in die Lage zu versetzen, Einschrankungen zu setzen oder 
Opiiniierungsvariable zur Verwendung in einer Standard- 
sieucrrouiinc oder in einer Steuerungsoptimierungsroutine 
/.u wah I en. Die Benutzerschnittstellenroutine 58 kann ein 
Sicuerun nsleittool vorsehen, das einen Benutzer in die Lage 15 
MTsci/.L die ProzeBleistungsfahigkeit und Indizes, die von 
der In,le\er/.eugungssoftware 51 oder den ProzeBleistungs- 
in^Ulon 56 cr/cugt wurden, in koordinicrtcr Wcisc zu bc- 
lraclv.cn. Dieses Operatorleittool kann ferner den Operator 
<xicr jede andere Person in die Lage versetzen, Informatio- 20 
ncn uhcr die Aistande von Einrichtungen, Regelkreisen, 
Hinhciicn cic. zu crhalten und ohne weiteres die mitProble- 
men innerhalb dicscr Einheiten verbundenen Informationen 
/.u hctraehlen, da diese Information durch andere Software 
imierlialb der ProzeBanlage 10 erfaBt wurde. Die Benulzer- 25 
schnittsiellenrouune 58 kann ferner Leistungsuberwa- 
ehungsbildschirme unicr Verwendung von Leistungsuber- 
wachunj:sdaien bercitstcllen. die von den Tools 23 und 27, 
den Wunungsprogranimcn, wie etwa der AMS-Anwendung 
oder einem beiiebigen anderen Wartungsprogramm, bereit- 30 
gestellt und erzeugt wurden, oder von den Modellen im Zu- 
sammenhang 11111*" der Betriebsmittelnutzungssuite 50 er- 
/.eugt wurden. Selbslverstandlich kann die Benutzerschmtt- 
slcllcnroulinc 58 jedem Benutzer Zugriff auf bevorzugte 
liinsiellungen oder andere VariabLen gewahren, die in eim- 35 
gen oder alien Funktionsbereichen der Anlage 10 verwendet 
werden und den Benutzer in die Lage versetzen, diese zu an- 
dem. 

1 0049 1 In Fig. 2 zcigt ein vereinfachtes Funktionsblock- 
diaiiramm 100 den DatenfluB und die Komrnunikadon, die 40 
von dem hicrin beschricbenen Datenerfassungs- und -vertei- 
lungssyslcni 102 verwendet werden oder die mit diesem 
verbunden sind, urn die Nulzung von Daten von getrennten 
Daienquellen durch die Betriebsmittelnutzungssuite 50 zu 
crmdglichcn. Insbcsondere enthalt das Diagramm 100 das 45 
Datenerfassungs- und -vertcilungssystem 102, das Daten 
von verschiedenen Daienquellen erhalt. Beispielsweise gibt 
cine ProzcBsieuerdatenquelle 104 (die herkommliche Pro- 
zeBstcucrakiivitatcn und -anwendungen, wie etwa ProzeB- 
steucr- und Uberwachungsanwendungen, ProzeBsteue- 50 
rungsdiHgnoscnnwendungen, ProzeBsteuerungsalarman- 
wendungen etc. enthalten kann) Daten an das Datenerfas- 
sungs- und -vertcilungssystem 102 ab. Der Block 104 kann 
von herkommlichen oder alleinstehenden ProzeBsteuerein- 
richtungen, von DCS, von dem Delta V- System, von PLCs 55 
etc. innerhalb der ProzeBsteuerumgebung erfaBte oder er- 
zcugte Daten senden. 

[0050] Eine Ausrustungs- oder ProzeBzustandsdaten- 
quelle 106 (die herkommliche Ausrustungsuberwachungs- 
anwendungen, Ausrustungsdiagnoseanwendungen, Ausrii- 60 
stungsalarmanwendungcn, Analyseanwendungen fur anor- 
male Situationen, Umgcbungsuberwachungsanwendungen 
etc. enthalten kann) sendet ebenfalls Daten zu dem Datener- 
fassungs- und -verteilungssystem 102. Als Resultat kann die 
Quelle 106 Daten, die von jeder Art von herkommlichen 65 
Ausrustungsuberwachungs- und Diagnoseanwendungen 
oder -quellen, wie zum Bcispiel den von CSI, der von Fisher 
Rosemount Systems, Inc., vcrtriebenen AMS-Anwendung, 



Nexis-Anwendungen etc. zur Verfugung gestellten, erzeugre 
oder erfaBte Daten senden. 

[0051] Eine Leistunssuberwachungsdatenquelle 108 (die 
Tjeistungsuberwachungsanwendungen, wie zum Beispiel 
Optimierungsanwendungen, ProzeBmodelle, die zur Uber- 
wachung oder zur Modellbildung der ProzeBoperation, von 
ProzeB- oder Ausriistungszustand etc. verwendet werden, 
enthalten kann) gibt ebenfalls Daten an das System 102 ab. 
Die Datenquelle 108 kann Daten enthalten oder bereitstel- 
len, die von jeder Art von Leistungsuberwachungsausru- 
stung oder -anwendungen erfasst oder erzeugt wurden. Fer- 
ner ist eine Finanz- oder Produktionsplanungsdatenquelle 
110 (die Anwendungen enthalten kann, die eine Finanzana- 
lyse- oder Kostenanalysefunktion innerhalb des ProzeBsteu- 
ersystems durchfuhren, wie etwa die Entscheidung, wie die 
Anlage zu fahren ist, urn Gewinne zu maximieren, urn Um- 
weltschutzstrafen zu venneiden, oder zu entscheiden, wel- 
ches Produkt oder wie ein Produkt hcrzustcllcn ist etc.) mit 
dem System 102 verbunden. Sowohl die Finanzplanungs- 
als auch die ProzeBsteueranwendungen konnen Informatio- 
nen nutzen, die von den gleichen oder von verschiedenen 
ProzeBmodellen bereitgestellt werden. 
[0052] Anlageneinrichtungen bzw. Fieldgerate 112, wie 
zum Beispiel intelligente Anlageneinrichtungen, konnen 
ebenfiills Daten an das Datenerfassungs- und - verteilungssy- 
stem abgeben. Selbstverstandlich konnen die von den Anla- 
geneinrichtungen 112 bereitgestellten Daten jede Art von 
Daten sein, die von diesen Anlageneinrichtungen gemessen 
oder erzeugt werden, einschliefilich Alarmdaten, Vorwar- 
nungsdaten, MeBdaten, Kalibrierungsdaten etc. Entspre- 
chend kann eine Korrosionsuberwachungsdatenquelle 114 
Daten, die von Korrosionsuberwachungsdiensten oder -an- 
wendungen erfaBt oder erzeugt wurden, an das Erfassungs- 
system 102 abgeben. Entsprechend kann eine Alarmie- 
rungsdatenquelle 116 Daten, die von fortschrittlichen Alar- 
mierungsanwendungen oder -diensten erzeugt oder erfaBt 
wurden, an das System 102 abgeben. Die Alarmierungsda- 
tenquelle 116 kann Anwendungen oder Dienste enthalten, 
die Messungen durchfuhren oder Proben nehmen, Labor- 
analysen ausfuhren und auf der Basis dieser Analysen 
Alarme oder andere Informationen erzeugen. 
[0053] Es sei angemerkt, daB weitere Daten von beiiebi- 
gen anderen DatenqueUen zusatzHch oder ansteUe der in 
Fig. 2 dargestellten DatenqueUen bereitgestellt werden kon- 
nen. Ferner konnen die von den DatenqueUen in Fig. 2 be- 
reitgesteUten Daten RohmeBdaten, durch eine Analyse oder 
eine andere Routine auf der Basis von MeBdaten erzeugte 
Daten oder eine beliebige Kombination daraus sein. Ferner 
versteht sich, daB die von einer oder von aUen DatenqueUen 
in Fig. 2 bereitgesteUten Daten in jedem Format gemessen, 
erzeugt oder ubermittelt werden konnen, einschlieBlich pro- 
prietarer Formate, die von den verschiedenen Organisatio- 
nen oder Anwendungen verwendet werden, die diese Daten 
messen oder erzeugen. So konnen beispielsweise unter- 
schiedliche Anlageneinrichtungen 112 Daten in unter- 
schiedlichen Formaten erfassen und erzeugen und anschlie- 
Bend diese Daten zu dem Datenerfassungs- und -vertei- 
lungssystem 102 senden. GleichermaBen konnen die Fi- 
nanzdatenqueUen 110, die Korrosionsdatenquellen 114, die 
Alarmierungsdatenquellen 116 etc: Daten, die in einem be- 
iiebigen Standard- oder proprietaren Format gemessen oder 
erzeugt wurden, bereitsteUen, und konnen jede proprietare 
oder Open-Code- Anwendung verwenden, urn die Daten zu 
erzeugen oder zu messen. AUgemein ausgedruckt konnen 
dahcr allc Anwendungen oder Einrichtungen, die jctzt in 
Benutzung sind (oder zur zukunftigen Benutzung entwickelt 
werden), in einer ProzeBsteuerumgebung verwendet wer- 
den, urn Daten, Resultate, SchluBfolgerungen, Empfehlun- 
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gen etc. zu messen oder zu erzeugen, als Datenquelle fur das 
Datenerfassungs- und -verteilungssystem 102 dienen, auch 
wenn diese Datenquellen eine teil weise oder vollstandig 
proprietare Nar.ur haben. 

[0054] Das Darenerfassungs- und -verteilungssystem 102 
erfaBt die Daten von den unterschiedlichen Datenquellen in 
einem gemeinsamen Format, oder konvertiert. die Daten nach 
dem Erhalt in ein genieinsames Format zur Speicherung und 
spateren Nutzung durch andere Elemente, Einrichtungen 
oder Anwendungen in dem ProzeBsteuersystem. In einer 
Ausfuhrungsform konnen die unterschiedlichen Datenquel- 
len ein Datenumwandlungsprotokoll, wie zum Beispiel 
OPC PL Fieldbus etc. verwenden, urn die Daten zu dem Da- 
tenerfassungs- und -verteilungssystem 102 zu kommunizie- 
ren. Selbstverstandlich konnen die OPC- oder eine andere 
Umwandlungsschnittstelle in dem Datenerfassungs- und - 
verteilungssysicm 102 oder in den Datenquellen selbst ge- 
spcichcn scin. Fcmcr kann, falls gcwunscht, jede dcr Daten- 
quellen ihrc Daten in ein gemeinsames Format konvertieren, 
das von dem Datenerfassungs- und Verteilungssystem 102 
verwendet wird, und diese konvertierten Daten dem System 
102 ubermitteln. Selbstverstandlich kann das Datenerfas- 
sungs- und Vencilungssystem 102 die von den verschiede- 
nen Datenquellen gesendeten Daten in ein gemeinsames 
Format oder Proiokoll konvertieren und die Daten in jeder 
gewunschten Weise in einer Datenbank speichern und orga- 
nisieren. Das Datenerfassungs- und -verteilungssystem 102 
kann die Daten von unterschiedlichen Datenquellen in peri- 
odischer oder nichtperiodischer Weise, kontinuierlich, mit 
Unterbrechungen, synchron oder asynchron oder zu jedem 
gewunschten Zeitpunkt empfangen. 

[0055] Nachdeni sie empfangen und konvertiert wurden, 
werden die Daten in einer Datenbank in zugreifbarer Weise 
gespeichert und Anwendungen oder Benutzern innerhalb 
der Betriebsmittelverwaltungssuite 50 verfugbar gemacht. 
Beispiels weise konnen Anwendungen, die die ProzeBsteue- 
rung, die Alarmierung, Einrichtungswartung, Fehlerdia- 
gnose, pradiktive Warning, Finanzplanung, Optimierungen 
etc. betreffen, die Daten von einer oder rnehreren unter- 
schiedlichen Datenquellen nutzen, kombinieren und inte- 
grieren, um besser zu arbeiten, als diese Anwendungen in 
der Vergangenheit ohne die Daten von sehr verschiedenen 
oder zuvor nicht zugreifbaren Datenquellen arbeiten konn- 
ten. Die in Fig. 2 als Teil der Betriebsmittelnutzungssuite 50 
dargestellten Anwendungen konnen jede beliebige der in 
Fig. 1 beschriebenen Anwendungen sein oder konnen jedem 
anderen Anwendungstyp angehdren, falls dies erwiinscht 
ist. Selbstverstandlich sind sowohl die Datenquellen als 
auch die Anwendungen, die diese erfaBten Daten verwen- 
den, welche in Fig. 2 dargestellt sind, beispielhafter Natur 
und es konnen mehr, weniger oder andere Datenquellen und 
Anwendungen verwendet werden. Entsprechend konnen die 
Datenquellen selbst so konfiguriert werden, daB sie von dem 
Datenerfassungs- und -verteilungssystem 102 erfaBte Daten 
empfangen. Auf diese Weise konnen unterschiediiche An- 
bieter oder Dienstleistungsanbieter, die moglicherweise pro- 
prietare Anwendungen haben, bestimmte Daten, die sie bis- 
her nicht erfasst haben oder nicht erfassen konnten, von dem 
Datenerfassungs- und Verteilungssystem 102 erhalten, was 
die von diesen Dienstleistungsanbietern angebotenen Pro- 
dukte oder Dienstleistungen verbessem kann. In einer Aus- 
fuhrungsform wird erwartet, daB die herkommlichen Pro- 
zeBsteuerungsdienstleistungsanbieter, die in der Vergangen- 
heit Daten getrennt von dem ProzeBsteuernetz unter Ver- 
wendung von typischcrwcisc proprictarcn Anwendungen 
erfaBt und erzeugt haben, nun die erfaBten oder erzeugten 
Daten dem Datenerfassungs- und Verteilungssystem 102 zur 
Verfugung stellen, das dann die Daten anderen Anwendun- 
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gen zuganglich macht. Diese anderen Anwendungen kon- 
nen Anwendungen sein, die in Coniputern ausgefuhrt wer- 
den, die mit der ProzeBsteuerumgebung in Kommunikati- 
onsverbindung sr.ehen, wie zum Beispiel Anwendungen in 
5 Host-Einrichtungen, Benutzerschnittstellen, Steuereinrich- 
tungen etc. Zusatzlich konnen diese anderen Anwendungen 
auch Anwendungen sein, die von den herkommlichen 
Dienstieistungsorganisationen zur Verfugung gestellt oder 
verwendet werden. Auf diese Weise kann nun jede Anwen- 
10 dung so gestaltet werden, daB sie alle Daten, die in dem Pro- 
zeBsteuersystem erzeugt werden, in jeder Weise nutzen 
kann, sei es durch Anwendungen, die im Besitz der ProzeB- 
systembesitzer sind, oder Anwendungen, die Dienstlei- 
stungsanbietern gehoren und von diesen verwaltet werden. 
15 Als Resultat gibt es sehr viele Falle, in denen Anwendungen 
verbessert werden konnen, da sie Daten nutzen konnen, die 
zuvor fur sie nicht zur Verfugung standen. Beispiels weise 
kann ein Dienstleistungsanbieter fur die Korrosionsanalyse 
in der Lage sein, Daten zu nutzen, die von einem proprieta- 
20 ren ProzeBsteuersystem oder einer proprietaren Ausru- 
stungsuberwachungsanwendung erfasst wurden, um die Zu- 
verlassigkeit oder Vorhersagbarkeit der Korrosionsanalyse 
zu verbessern. Ein derartiges Querabrufen von Daten von 
sehr unterschiedlichen Arten von Dienstleistungsanbietern 
25 und Anwendungen war bisher nicht verfugbar. 

[0056] Fig. 3 zeigt ein detailliertes DatenfluBdiagramm 
200, das den DatenfluB innerhalb der ProzeBsteueranlage 10 
zeigt. Beginnend an der linken Seite des Diagramms 200 
werden zu der ProzeBanlage 10 gehorende Daten durch oder 
30 in verschiedenen Funktionsbereichen oder Datenquellen in- 
nerhalb der Anlage 10 erfaBt. Insbesondere werden ProzeB- 
steuerdaten 201 beispielsweise durch typische ProzeBsteu- 
ereinrichtungen, wie zum Beispiel Anlageneinrichtungen, 
Eingabe-/Ausgabeeinrichtungen, tragbare oder Fernubertra- 
35 gungseinrichtungen oder beliebige andere Einrichtungen, 
die beispielsweise mit den ProzeBsteuereinrichtungen in 
Kommunikationsverbindung stehen konnen, erfaBt. Glei- 
chermaBen werden Ausriistungsuberwachungsdaten 202, 
die herkommliche Ausrustungsuberwachungsaktivitaten be- 
40 treffen, beispielsweise durch Sensoren, Einrichtungen, 
Ubertragungseinrichtungen oder andere Einrichtungen in- 
nerhalb der Anlage 10 erfaBt. ProzeBleistungsdaten 203 
konnen von den gleichen oder anderen Einrichtungen inner- 
halb der Anlage 10 erfasst werden. Auf Wunsch konnen Fi- 
45 nanzdaten von anderen Anwendungen, die in Computern in 
- der ProzeBsteueranlage ablaufen, als Teil derLeistungsuber- 
wachungsdaten erfaBt werden. In einigen Fallen konnen die 
erfaBten Daten von Anwendungen oder Queilen auBerhalb 
des herkommlichen ProzeBsteuernetzes stammen, wie zum 
50 Beispiel Anwendungen, die von Dienstieistungsorganisatio- 
nen oder Vertriebsfirmen betrieben werden und diesen geho- 
ren. Selbstverstandlich konnen die erfaBten Daten ohne Ein- 
schrankung beliebige Daten, wie beispielsweise die Winkel- 
position, Geschwindigkeit, Beschleunigungsdaten von ro- 
55 tierenden Ausriistungsgegenstanden (sowie Umformungen 
dieser Daten, um eine spektrale Leistungsdichte, Frequen- 
zamphtude etc. bereitzustellen), Ausriistungsbelastungsda- 
ten, Beanspruchungsdaten, Wanddickendaten, Daten uber 
das AusmaB der Korrosion und . die Geschwindigkeit des 
60 Korrosionsfortschritts, Daten uber die Korrosivitat von Pro- 
zeBfluiden, Schmierungs- und VerschleiBdaten, Lager- und 
Dichtungsdaten, Daten uber das Auftreten von Undichtig- 
keiten und die Zusammensetzung von austretenden Flussig- 
keiten und Gasen, ohne Einschrankung einschlieBend Da- 
65 ten, die fliichtigc organischc und anorganischc Vcrbindun- 
gen betreffen, Lagertemperaturdaten, Daten von akustischen 
Transducern, MeBdaten hinsichthch der ProzeBphysik und - 
zusammensetzung etc. einschlieBen. Diese Daten konnen in 
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jeder Weise erfaBt werden, einschlieBlich automaiisch oder 
manuell. So konnen Datenerfassungseinrichtungen .tragbare 
Erfassunsseinrichtungen, chemische und physikahsche La- 
bormessungen, test eingebaute. oder temporare Onlineein- 
richtungen, Einrichtungen, die periodisch Daten von Pro- 3 
zeB- und Ausrustungsfernniesseinrichtungen telemetnsch 
ubermitteln (beispielsweise RF), Onlineeingaben fur Ein- 
richtungen oder Fern-Multiplexer und/oder Konzentxatoren 
oder beliebige andere Datenerfassungseinrichtungen em- 
schlieBen. 

[0057] Die ProzeBsteuerdaten, Ausriistungsuberwa- 
chungsdaten und ProzeBleistungsdaten konnen von Daten- 
erfassungs- und -abgleichanwendungen 204 (welche Teil 
des Datenerfassungs- und -verteilungssystems 102 aus * ig. 

sein konnen) abgeglichen, verifiziert, bewertet und/oder 1> 
formaliert werden, welche innerhalb der Datenerfassungs- 
einrichtung und in jeder anderen Einrichtung, wie zum Bei- 
spicl cincm zcntralcn Datcnarchivspcichcr, ProzcBstcucr- 
einrichtungen, Ausriistungsuberwachungsanwendungen etc. 
oder jeder anderen Einrichtung. die diese Daten empfangt 20 
oder verarbeitet, ablaufen. Selbstverstandlich konnen die er- 
faBten Daten in jeder bekannten oder gewunschten Weise 
abgeglichen oder angehauft werden. Beispielsweise konnen 
die Daten in ein gemeinsames Format oder einen gemeinsa- 
nten MaBstab gesetzt werden, konnen in unterschiedhche 2^ 
Einheiten oder Standardeinheiten (gemeinsarne Emheiten) 
konvertiert werden, konnen hinsichdich AusreiBem, fehler- 
haften oder f alschen Daten untersucht werden, konnen in je- 
der bekannten oder gewunschten Weise verifiziert oder be- 
wertet werden, etc. Es gibt vieie bekannte Verfahren oder 30 
Techniken zur Durchfuhrung eines Datenabgleichs und em 
Verfahren zum Abgleichen, Akkurnuheren, Venfizieren 
oder Erfassen von Daten kann verwendet werden. Ferner 
konnen die unterschiedlichen Arten von Daten von einer ge- 
meinsamen Erfassungseinrichtung oder Datenerfassungs- 3a 
routinen erfasst werden, auch wenn diese Daten in unter- 
schiedlichen Forrnaten, Protokollen etc. vorliegen konnen. 
[0058] Nach dem Abgleichen in jeder bekannten oder ge- 
wunschten Weise oder in einigen Fallen ohne Abgleichen 
konnen die erfaBten Daten einer oder mehreren Anwendun- 40 
gen verfugbar gemacht werden, die typischerweise nut den 
unterschiedlichen Funktionsbereichen des ProzeBsteuersy- 
stems 10 in Verbindung stehen. Beispielsweise konnen be- 
kanndich unterschiedliche ProzeB steuereinnchtungen oder 
Steueranwendungen 208, die in Fig. 3 als Teil des ProzeB- 4> 
steuerfunktionsblocks 206 dargestellt sind, die erfaBten Pro- 
zeBsteuerdaten 201 fur eine Anzahl von Zwecken oder 
Griinden verwenden. Diese ProzeBsteueranwendungen kon- 
nen beispielsweise herkommliche DCS, PLC und SCADA- 
Systeme, Computersteuersysteme, hybride Systeme und di- 50 
gitale Steuersysteme jeder jetzt bekannten oder in Zukunft 
entwickelten Bauart einschlieBen. Somit nutzen die ProzeB- 
steueranwendungen 208 unter Verwendung jeder bekannten 
oder gewunschten ProzeB steuersoftware oder -technik die 
ProzeBsteuerdaten 201, urn abiaufende ProzeBfunktionen zu 5> 
uberwachen und zu steuern. Derartige Anwendungen kon- 
nen jede Art von ProzeBsteuerung durchfuhren, emschheB- 
lich beispielsweise PK>, Fuzzy logic, pradiktives Modell, 
neuralesNetz und weitere ProzeBsteueraktivitaten. Die Pro- 
zeBsteueranwendungen 208 konnen Alarmdaten oder 60 
Alarmmitteilungen erzeugen, ersteUen oder an einen Pro- 
zeBoperator weiterleiten, konnen Probleme oder Besorg- 
nisse erfassen oder Uberprufungen im Zusammenhang mit 
Regulierungsbehdrden durchfuhren, wie zum Beispiel Be- 
schrankungcn dcr Umwcltschutzbchdrdc (EPA), Bcschran- 6:> 
kungen der Lebens- und Arzneimittelverwaltung (FDA), 
und konnen andere bekannte ProzeBsteuerf unktionen durch- 
fuhren, die zu zahlreich sind, urn sie hier aufzufuhren. Fer- 



ner konnen eine oder mehrere Diagnoseanwendungen 210 
die erfaBten ProzeBsteuerdaten 201 verwenden, urn erne 
ProzeBsteuerdiagnose durchzufiihren. Zu diesen Diagnose- 
anwendungen konnen beispielsweise Anwendungen zahleru 
die einem Operator helfen, Probleme innerhalb der ProzeB- 
regelkreise, Instrumente, Betatigungseinnchtungen etc. ge- 
nau einzugrenzen, wie beispielsweise die in der US-Patent- 
anmeldung mit der Seriennummer 09/256,585 mit dem Titel 
"Diagnostics in a Process Control Systems", eingereicht am 
22 Februar 1999, beschriebene, die auf den Rechtsinhaber 
der vorliegenden Anmeldung ubertragen wurde und hiermit 
ausdrucklich durch Bezugnahme hierin eingeschlossen 
wird Die Diagnoseanwendungen 210 konnen ferner Dia- 
gnoseexpertensysteme einschlieBen, wie beispielsweise das 
in der US-Patentanmeldung mit der Senennummer 
09/499 445 mit dem Titel "Diagnostic Expert in a Process 
Control SystenYVeingereicht am 7. Februar 2000, beschrie- 
bene das auf den Rechtsinhaber dcr vorliegenden Anmel- 
dung ubertragen wurde und hiermit ausdriickiich durch Be- 
zugnahme hierin eingeschlossen wird. Selbstverstandlich 
konnen die ProzeBdiagnoseanwendungen 210 die Form je- 
der anderen typischen- oder StandardprozeBdiagnoseanwen- 
dung annehmen und sind nicht auf die hier besonders aufge- 
fuhrten beschrankt. Ferner konnen die Ausgaben dieser Dia- 
gnoseanwendungen 210 jede Form annehmen und konnen 
beispielsweise. fehlerhaft oder mangelhaft arbeitende Regel- 
kreise, Funktionsblocke, Bereiche, Einheiten etc., innerhalb 
des ProzeBsteuersystems anzeigen, konnen anzeigen, wo 
Reeelkreise abgestimmt werden mussen, etc. 
[0059] Wie ebenfalls in Fig. 3 gezeigt, kann ein ProzeB- 
steuerarchivspeicher 212 verwendet werden, urn fruher er- 
faBte ProzeBsteuerdaten 201 zu speichern, oder Ausgaben 
der ProzeBsteueruberwachungsanwendungen 208, der Pro- 
zeBsteuerdiagnoseanwendungen 210 oder beliebige andere 
gewunschte ProzeBdaten. Selbstverstandliche konnen die 
ProzeBsteueruberwachungsanwendungen 208 und die Dia- 
gnoseanwendungen 210 die in dem Archivspeicher 212 ge- 
fpeicherten Daten in jeder bekannten oder gewunschten 
Weise nutzen. Ferner konnen die Anwendungen 208 und 
210 ProzeBmodelle 214 (die Teil der Modelle 56 aus Fig. 1 
und Teil eines Leistungsuberwachungsfunktionsbereichs 
sein konnen) nutzen, die erstellt werden konnen, urn alle 
ProzeBeinheiten oder Bereiche innerhalb des Prozesses oder 
einen Teil derselben wiederzugeben. 

[0060] Ferner empfangt ein Ausrustungsuberwachungs- 
funktionsblock 220 die Ausriistungszustandsdaten 202 oder 
die abgeglichene Version derartiger Daten, wenn erne Ab- 
gleichung an diesen Daten durchgefuhrt wird. Der Ausru- 
stungsuberwachungsfunktionsblock 220 enthalt Ausru- 
stungs- oder Zustandsuberwachungsanwendungen 222, die 
beispielsweise Alarme annehmen oder erzeugen konnen, die 
Probleme mit unterschiedlichen Ausriistungsteilen anzei- 
gen mangelhaft oder fehlerhaft arbeitende Gerate innerhalb 
derAnlage 10 erfassen oder andere Ausrustungsprobleme 
oder Zustande erfassen, die fur eine Wartungsperson von In- 
teresse sein konnen. Ausrustungsuberwachungsanwendun- 
gen sind bekannt und enthalten typischerweise Hilfspro- 
gramme, die an die unterschiedlichen spezifischen Arten 
von Ausrustungsgegenstanden in einer Anlage angepaBt 
sind Somit ist eine detaillierte Erorterung dieser Anwen- 
dungen nicht erforderlich. GleichermaBen konnen Ausru- 
stungsdiagnoseanwendungen 224 implementiert sein, um 
Ausrustungsprobleme basierend auf gemessenen Rohdaten, 
welche die Ausrustungsgegenstande betreffen, zu erfassen 
und zu diagnostizicrcn. Derartige Ausriistungsdiagnoscan- 
wendungen 224 konnen beispielsweise Vibrationssensoran- 
wendungen, Anwendungen fur rotierende Gerate, Lei- 
stungsmeBanwendungen etc. einschlieBen. Selbstverstand- 



BNSDOCID <DE t0223725A1_l_> 



21 



DE 102 23 725 A 1 



99 



lich gib! es viele verschiedene Arten von bekannten Ausru- 
stungszustandsuberwachungs- und Diagnoseanwendungen, 
die viele Arten von unterschiedlichen Datenarten erzeugen 
konnen, die den Status oder den Betriebs7.ust.and von unter- 
schiedlichen Ausrustungsteilen innerhalb einer ProzeBsteu- 5 
eranlage betreffen. Ferner kann ein Archivspeicher 226 
Rohdaten speichern, die von den Ausrustungsuberwa- 
chungseinrichtungen erfaBt wurden, kann von den Ausru- 
srungszustands- und Diagnoseanwendungen 222 und 224 
crzcugtc Daten speichem und kann nach Bedarf Daten fur 10 
diese Anwcndungen bereitstellen. GleichermaBen konnen 
Ausruslungsmodelle 228 (die Teil der Modelle 56 in Fig. 1 
sein konnen und somit. Teil des Leistungstiberwachungs- 
lunklionshcrcichs) von den Ausrustungszustandsuberwa- 
chungs- und Diagnoseanwendungen 222 und 224 in jeder 15 
gcwunschten Wcise vorgesehen und verwendet werden. Die 
Hrsicllung und die Nutzung derartiger Modelle ist nach dern 
Si ami der Teehnik bckannt und muss hicr nicht wcitcr be- 
schrieben ucntcn. 

1 006 1 1 I inisprcchend empfangt ein in Fig. 3 gezeigter Pro- 20 
/cLilcisiunpNiibcrwachungsfunkdonsblock 230 ProzeBlei- 
siungsilaicn 203, die von der Datenerfassungseinrichtung 
204 abgeg lichen, forniatiert etc. sein konnen oder nicht. Der 
I^o/vBlcisiungsuberwachungsfunktionsblock 230 enthalt 
ProzcBsieuLTiiberwachungsanwendungen 231, die beispiels- 25 
weise IW.eBsteuennodelle214, ProzeBausrustungsmodelle 
228 oder Ixisiungsmodclle232 verwenden konnen, um eine 
ProzeBleisiungsuherwachung in jeder bekannten oder ge- 
wunschlcn Wcise aus/.ufuhren. Ein weiterer Satz von An- 
wcndungen 233 kann die Ausgabe der ProzeGleistungsuber- 30 
wachung nut/en. utn einem Benutzer Empfehlungen zu ge- 
ben oder einen Benutzer zu beraten, wie eine ProzeBausru- 
stuiigskunfiguration zu verandern ist, um eine bessere Ge- 
sanilnuizung des Prozcsses auszufuhren oder einen ProzeB 
zu erzeugen. der effizienter arbeitet oder hoheren Gewinn 35 
bringt. Kin ProzeB leistungsuberwachungsarchivspeicher 
234 kann Rohdalcn speichern, die von den ProzeBleistungs- 
ubcrwachungseinrichtungen erfasst wurden, kann von den 
ProzeBlcisiungsuberwachungsanwendungen 231 und den 
limpl'chlungsdaien 233 erzeugte Daten speichern und kann 40 
diesc Daten an andcrc Anwendungen nach Bedarf abgeben. 
Die Krslellung und Verwendung von ProzeBmodellen und 
ProzeBleislungsLiberwachungsanwendungen ist bekannt und 
wird hicr nichl wcitcr beschrieben. 

[0062] Wie Fig. 3 zcigt, konnen Finanzdaten in Form von 45 
Daien hinsichliich flnanzieller Einschrankungen und Daten 
hinsichtlich der Einschrankungen des ProzeBbetriebes, bei- 
spielswcisc cnthaltend, welche Produkte erzeugt werden 
mussen, die Qualitat der erzeugten Produkte, Beschrankun- 
gen durch Fristcn, Kosten und Zulieferungen, Preisgestal- 50 
tungs- und Bewcrtungsdaten von hergestellten oder verkauf- 
ten Produkicn, etc., in einem Funktionsblock 239 erfaBt 
werden. Obgleich dies nicht erforderlich ist, wird allgernein 
ausgedruckl der Funktionsblock 239 einen Computer ent- 
halten, der eine oder mehrere Dateneingabeanwendungen 55 
abarbeite^ welche ProzeBleistungsdaten von den Modellen 
214, 228 und 232 erfassen und finanziell darauf bezogene 
Daten von Personen, diedem ProzeB 10 zugehorig sind, wie 
zum Beispicl Verwahungsmitarbeiter, oder von anderen 
Quellen erfassen. Diesc finanziellen Anwendungen konnen 60 
ebenfalls diesc Daten erzeugen. Diese Finanzdaten konnen 
jedoch anstatt der oder zusatzlich zu den hier aufgefuhrten 
aus vielcn anderen Daten stammen. 

[0063] Obwohl die Erfassung und Verarbeitung von Da- 
ten, wic vorstchend untcr Bczug auf Fig. 3 beschrieben, gc- 65 
genwartig in ProzeBsteueranlagen durchgefuhrt wird, wer- 
den allgenicin ausgedruckl die erfaBten Daten, das heiBtdie 
ProzeBsteucrdatcn, die ProzeBsteueruberwachungsdaten 



und die Ausrustungsuberwachungsdaten fur unterschiedli- 
che Personen bereitgestellt, in verse hi edenen Forma ten er- 
faBt und verwendet. und von vollig verschiedenen Anwen- 
dungen fur verschiedene Zwecke genutzt. So konnen wie 
vorstehend erortert, einige dieser Daten von Dienstlei- 
stungsorganisationen gemessen oder entwickelt werden, die 
Anwendungen nutzen, die proprietar sind und mit dem ubri- 
gen ProzeBsteuersystem nicht kompatibel sind. Gieicherma- 
Ben konnen Daten, die durch Finanzanwendungen erfaBt 
oder erzeugt wurden, die typischerweise in einer ProzeB- 
steuerumgebung verwendet werden, moglicherweise nicht 
in einem Format oder einem Protokoll vorliegen, das fur 
ProzeBsteuer- oder Alarmanwendungen erkennbar oder 
nutzbar ist. Als Resultat haben das Wartungspersonal und 
die Gerateuberwachungs- und Diagnoseanwendungen, die 
dieses Personal nutzt, typischerweise keinen ZugriflF auf Da- 
ten (und sind auch nicht dazu ausgelegt), die von einer der 
ProzcBstcucranwcndungcn, ProzcBmodcllc oder Finanzan- 
wendungen erfaBt oder erzeugt werden. GleichermaBen ha- 
ben der ProzeBsteueroperator und die ProzeBsteueriiberwa- 
chungs- und Diagnoseanwendungen, die von dieser Person 
verwendet werden, allgernein keinen Zugrirf auf Daten (und 
sind auch nicht dafur ausgelegt), die von den Ausrustungs- 
uberwachungsanwendungen und Leistungsmodellbildungs- 
oder Finanzanwendungen erfaBl oder erzeugL wurden. In 
ahnlicher Weise kann ein kaufrnannischer Mitarbeiter kei- 
nen Zugriff auf Daten haben, die entweder von den ProzeB- 
steuer- oder Ausrustungsuberwachungsanwendungen erfaBt 
oder erzeugt wurden, und kann in der Tat einen vollig unter- 
schiedlichen Datensatz haben, rnit dem er arbeiten und Ent- 
scheidungen uber den Betriebsablauf der Anlage 10 treffen 
muB. GleichermaBen wird ein GroBteil der in den Funk- 
tionsblocken 206, 220, 230 und 239 durchgefuhrten Daten- 
messungen oder Datenerstellungen durch Dienstieistungsor- 
ganisadonen durchgefuhrt, die proprietare Anwendungen 
nutzen und die allgernein ihre Daten nur zu einem kleinen 
Teil fur andere Zwecke zur Verfugung stellen. 
[0064] Um die Beschrankung des eingeschrankten oder 
nicht vorhandenen Zugrififs auf Daten von verschiedenen 
externen Quellen zu uberwinden, ist das Datenerfassungs- 
und -verteilungssystem 102 vorgesehen, um Daten zu erfas- 
sen und diese Daten erforderlichenfalls in ein gemeinsames 
Format oder Protokoll umzuwandeln, das von Anwendun- 
gen innerhalb der in Fig. 3 dargestellten Betriebsmittelnut- 
zungssuite 50 zugreifbar und nutzbar ist. Auf diese Weise 
empfangen die Anwendungen innerhalb der Betriebsmittel- 
nutzungssuite 50 die unterschiedlichen Arten von Daten von 
den verschiedenen Funkdonsbereichen oder Datenquellen 
einschlieBlich des ProzeBsteuerfunktionsbereichs 206, des 
Ausriistungsuberwachungsfunktionsbereichs 220 und des 
Leistungsuberwachungsfunktionsbereichs230 und integrie- 
ren diese Daten in einer beliebigen Anzahl von Wegen zum 
direkten Vorteil des Betriebes der Anlage 10. Das Ziel der 
Betriebsmittelnutzungssuite 50 kann sein, eine bessere 
Ubersicht der Anlage 10 zu erzeugen, ein besseres Verstand- 
nis des Gesarntzustandes der Anlage 10 zu ermoglichen und 
das Treffen besserer Entscheidungen hinsichtlich der Steue- 
rung oder Nutzung der Anlage 10 oder der Betriebsmittel 
der Anlage 10 auf der Basis aller Daten in der Anlage zu er- 
moglichen und insgesamt die Anlage 10 optimal zu betrei- 
ben. Die Integration der unterschiedlichen Arten von Funk- 
tionsdaten kann eine verbesserte Personalsicherheit, eine 
hohere ProzeB- und Ausrustungslaufzeit, die Vermeidung 
von katastrophalen ProzeB- und/oder Ausrustungsausfallen, 
cine hohere bctricblichc Vcrfugbarkcit (Maschincnlaufzcit) 
und Anlagenproduktivitat, einen hoheren Produktdurchsatz, 
der aus einer hoheren Verfiigbarkeit und der Fahigkeit ent- 
steht, sicher und gefahrlos rascher und enger an Konstruku- 
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ons- and HersieUungsgarantiegrenzen heranzugehen. einen 
hoheren Durchsatz, der durch die Fahigkeit bedingt ist, den 
ProzeB an den Umweltschutzgrenzwerten zu betreiben, so- 
wie eine verbesserte Qualitat. auf Grand der Hliminierung _ 
oder Minimierung von ausrustungsbezogenen ProzeB- und > 
Produktvariaiionen schaffen. Im Gegensatz dazu warden in 
der Vergangenheit die unterschiedlichen Funktionsbereiche, 
beispielsweise die ProzeBiiberwachung, die Ausrustungs- 
uberwachung und die LeistungsOberwachung, unabhangig 
ausgefiihrt und jeder versuchte, seinen zugehongen Funk- 10 
tionsbereich zu optimieren, ohne die Auswirkungen zu be- 
rucksichtigen. die gegebene Aktionen auf andere Funktions- 
bereiche haben konnten. Als Resultat war es beispielsweise 
moglich, daB* ein Ausriistungsproblem niedriger Pnontat em 
groBes Problem beim Erzielen einer gewunschten oder knti- 15 
schen ProzeBsteuerleistung verursachte, jedoch mcht korn- 
giert wurde, da es im Zusammenhang der Ausrustungswar- 
tung als nicht schr wichtig bctrachtct wurdc. Mil dcm Da- 
tenerfassungs- und Verteilungssystem 102, das Daten fur die 
Betriebsmittelnutzungssuite 50 bereitstellt, konnen jedoch 20 
Personen Zugriff auf einen Uberblick der Anlage 10 basie- 
fend auf zwei oder mehr von Ausrustungsuberwachungsda- 
ten ProzeBleistungsdaten und ProzeB steuerungsuberwa- 
chungsdaten haben. In ahnlicher Weise konnen Diagnose- 
vorgange, die fur die Anlage 10 durchgeiuhrt werden, Daten 2d 
beriicksichtigen, die den ProzeBbetriebsablauf und den Ge- 
ratebetriebsablauf berucksichtigen und eine bessere gesamt- 
diagnostische Analyse schaffen. So konnen Anwendungen 
innerhalb der Betriebsmittelnulzungssuite 50 die ProzeB- 
steuerungs-, Ausrustungsiiberwachungs- und ProzeBlei- 30 
stungsdaten nutzen, urn bessere oder voUstandigere Ent- 
scheidungen zu treffen, die zwar fur einen Funkuonsbereicn 
nicht unbedingt vollig optimal sind, aber den Betnebsablaur 
der gesamten Anlage in einer Weise optimieren konnen, _ 
welche durch die unabhangige Operation der verschiedenen to 
Funktionsbereiche nicht moglich ist. 

[0065] Obwohl das Datenerfassungs- und Verteilungssy- 
stem 102 zwischen den funktionellen Datenerfassungs- oder 
ErzeugungsqueUen 206, 220, 230 und 239 und der Betnebs- 
mittelnutzungssuite angeordnet sein kann, kann es ansteUe 40 
dessen audi anderswo in dem System 10 angeordnet sein, 
und zwar in Abhangigkeit davon, welches die ungleicharti- 
gen Datenquellen sind, welche die verschiedenen Daten er- 
fassen Tatsachlich kann das Datenerfassungs- und -vertei- 
lungssystem 102 in Abhangigkeit von der Art der Daten- ^ 
quellen und davon, welche Datenquellen bereits integnert 
sind an einer beliebigen Stelle in dem HuBdiagramm von 
Fig/3 angeordnet sein oder Daten in einem Standardformat 
oder lesbaren Format bereitstellen. Wie vorstehend angege- 
ben kann das Datenerfassungs- und -verteilungssystem 102 50 
zwischen der Betriebsmittelnutzungssuite 50 und den funk- 
tionellen Bereichen 206, 220, 230 und 239 angeordnet sein, 
was normalerweise der Fall sein wird. Das Datenerfassungs- 
und -verteilungssvstem 102 kann jedoch vor einem beliebi- 
gen oder alien funktionellen Bereichen 206, 220, 230 oder 55 
239 oder in einer Kombination dieser beiden Anordnungen 
angeordnet sein. Wahrend ferner das Datenerfassungs- und 
Verteilungssystem 102 als zentralisiert, das heiBt an einer 
Stelle, dargestellt wurde, konnte es verteilt und an mehreren 
Orten in dem System implementiert sein. So konnten Kom- 60 
ponenten dieser Datenerfassungs- und -verteilungssoftware 
in mehreren verschiedenen Einrichtungen ausgefuhrt wer- 
den, damit man in der Lage ist, mehr oder bessere Daten von 
ungleichartigen Datenquellen zu erfassen. Jede dieser men- 
rcrcn Datcncrfassungsanwcndungcn konnte so arbcitcn, daB 6> 
sie Daten von einer oder mehreren Quellen erfaBt, in Abhan- 
gigkeit von dem Erfassungsbedarf und der Anordnung die- 
ser Anwendungen, und jede Anwendung konnte dann die er- 



faBten und formatienen Daten an eine oder mehrere zenira- 
Usierte Datenbanken innerhalb des Systems abgeben, von 
wo diese Daten von anderen Anwendungen zugreifbar sind. 
[0066] Wie Fig. 3 zeigU ist die Betriebsmittelnutzungs- 
suite 50 so dargestellt, daB sie eine Anzahl von Anwendun- 
gen enthalt, die Daten nutzen, die von verschiedenen funk- 
tionellen Bereichen oder Datenquellen innerhalb der Pro- 
zeBsteueraniage 10 erfaBt. werden, darunter zum Zweck der 
Verdeutlichung der Leistungsuberwachungsfunkuonsbe- 
reich 230, der ProzeBsteuerfunktionsbereich 206 und der 
Ausrustungsiiberwachungsfunktionsbereich 220. Selbstver- 
standhch kann die Betriebsmittelnutzungssuite 50 aUe Da- 
ten von diesen Bereichen empfangen, einschheBlich Rohda- 
ten abgeglichener -Daten, in den Archivspeichem 212 ? 226 
und 234 gespeicherter Daten, von den Uberwachungsan- 
wendungen 208 und 222 erzeugter Daten, von den Lei- 
stungsmodeUen 232 erzeugter Daten und von den Diagnose- 
anwendungen 210 und 224 erzeugter Daten. Auf Wunsch 
kann die Betriebsmittelnutzungssuite 50 ebenfalls die Pro- 
zeBmodelle 214 und die Ausrustungsmodelle 228 nutzen. Es 
versteht sich, daB die Betriebsmittelnutzungssuite »0 zwar 
so dargestellt ist, daB sie eine bestimmte Anzahl von An- 
wendungen enthalt, die Suite 50 jedoch jede Anzahl von 
Anwendungen einschlieBUch einer oder mehreren, die eine 
oder mehrere der hier beschriebenen Funktionen ausfuhren, 
enthalten konnte. 

[0067] Insbesondere kann die in Fig. 3 dargestellte Be- 
triebsmittelnutzungssuite 50 eine oder mehrere mtegrierte 
Anlagenstatusuberwachungsanwendungen 240 enthalten. 
Diese Anlagenstatusuberwachungsanwendungen 240 kon- 
nen die Indexerzeugungsanwendung 51 ausFig. 1 enthalten, 
die Indizes erstellt, welche Einrichtungen zugeordnet sind, 
wie zum Beispiel ProzeBsteuer- und InstrumenUerungsein- 
richtungen, Leistungserzeugungseinrichtungen, rotierenden 
Geraten Einheiten, Bereichen, etc., und/oder zu ProzeBsteu- 
erobiekten gehoren, wie zum Beispiel Einheiten, Regelkrei- 
sen Bereichen etc. innerhalb der Anlage 10, und zwar basie- 
rend auf zwei oder mehr aus ProzeBsteuerinformationen und 
Einrichtungsinformationen und Leistungsinformationen. 
Die Erzeugung und Anzeige dieser Indizes wird weiter un- 
ten im Detail beschrieben. Allgemein ausgedriickt, konnen 
diese Indizes jedoch auf ProzeBsteuerdaten sowie auf Pro- 
zeBleistungs- und Ausrustungsuberwachungsdaten basieren 
und konnen in einem konsistenten Format einem Benutzer 
uber eine integrierte Anzeige angezeigt werden. 
[0068] Wie Fig. 3 zeigt, kann die Betriebsmittelnutzungs- 
suite 50 eine integrierte Anzeigeanwendung 244 enthalten 
(bei der es sich urn eine beliebige oder alle der Schmttstel- 
lenanwendungen 58 aus Fig. 1 handeln kann), die verschie- 
dene Daten einem Benutzer in integrierter oder allgememer 
Weise anzeigt. Allgemein ausgedriickt, ist die Anzeigean- 
wendung 244 so konfiguriert, daB sie verschiedene Informa- 
tionen einem beliebigen Benutzer darstellt, wobei die ange- 
zeigte Information zwei' oder mehr der ProzeBsteuerdaten 
201 der Ausrustungsuberwachungsdaten 202 und der Pro- 
zeBleistungsdaten 203 wiedergibt oder auf diesen basiert. 
Die Anwendung 244 empfangt Eingaben von anderen An- 
wendungen innerhalb der Suite 50 und kann einen Benutzer 
in die Lage versetzen, die Rohdaten 201, 202 und 203 zu be- 
trachten, kann einen Benutzer in die Lage versetzen, von 
Bildschirmdarstellung zu Bildschirmdarstellung zu spnn- 
een urn unterschiedliche Teile oder Aspekte der Anlage 10 
basierend auf den Rohdaten oder verarbeiteten Daten zu be- 
trachten, kann einen Benutzer in die Lage versetzen, verar- 
bcitctc Daten, wic zum Beispiel Daten, die von der Ausru- 
stungszustands-, ProzeBiiberwachungs- oder Leistungsuber- 
wachungsanwendung 222, 208 und 231, den ProzeBmodel- 
len 214 den Ausrustungs- oder ProzeBdiagnoseanwendun- 
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gen 224 und 210 erzeugt wurden, oder Daten, die von ande- 
ren Anwendungen innerhalb der Betriebsmir.relnuizungs- 
suire 50 erzeugt wurden. zu betrachten. 

[0069] Die Betriebsniittelnutzungssuite 50 kann ferner 
eine integrierte Alarmierungsanwendung 246 enthalten, die 
sowohl ProzeB- als auch Einrichtungsalarme empfangen 
kann und diese Alamie in einem konsistenten Format einem 
Benutzer anzeigen kann. Eine derartige integrierte Aiarman- 
zeigeanwendung ist in der US-Patentanmeldung mit der Se- 
riennummer 09/707,580 mit dem Titel "Integrated Alarm 
Display in a Process Control Network", eingereicht am 7. 
November 2000, aufgezeigt, die auf den Rechtsinhaber die- 
ser Anmeldung ubertragen ist und die ausdrucklich durch 
Bezugnahme hierin eingeschlossen wird. Diese integrierte 
Alarmanwendung 246 kann Benutzer anzeigen 248 erzeu- 
gen, die Informationen tiber die empfangenen Alarme be- 
reitstellt, ein Alarmbanner bereitstellt, das die Alarme inte- 
gricrt, etc. Die Bctricbsmittclnutzungssuitc 50 kann fcrncr 
eine oder mehrere integrierte Diagnoseanwendungen 250 
. enthalten, welche die ProzeBsteuerdaten 201, die ProzeBlei- 
stungsdaten 205 und die Ausrustungszustandsdaten 202 in- 
tegrieren, urn eine Diagnose auf anlagenweiter Basis durch- 
zufiihren. Beispielsweise gibt es viele Falle, in welchen Pro- 
zeB ausriistungsdaten und ProzeBsteuerdaten kombiniert 
werden konnen, um eine bessere diagnoslische Analyse Qber 
einen Zustand innerhalb der Anlage 10 zu erzeugen als die 
Nutzung nur einer dieser Arten von Daten. GleichermaBen 
kann die Ausgabe einer Ausriistungszustandsdiagnosean- 
wendung 224 und die Ausgabe einer ProzeB steuerdiagnose- 
anwendung 210 kombiniert werden, um eine vollstandigere 
diagnostische Analyse fur eine ProzeBanlage zu erzeugen, 
als die Ausgabe einer der beiden dieser einzelnen Anwen- 
dungen. Die integrierten Diagnoseanwendungen 250 kon- 
nen Expertensysteme jedes gewunschten Typs, ProzeB- und/ 
oder Ausriistungsmodelle und pradiktive Anwendungen 
enthalten, die Vorhersagen tiber Zustande innerhalb der An- 
lage 10 basierend auf den empfangenen Daten oder anderen 
Diagnoseentscheidungen erstellen, die von anderen Anwen- 
dungen durchgefuhrt werden. Selbstverstandlich kann die 
integrierte Diagnoseanwendung 250 eine Benutzeranzeige 
uber die Schnittstellen anwendung 244 bereitstellen, um un- 
terschiedliche diagnostische Analysen anzuzeigen. Ferner 
kann die integrierte Diagnoseanwendung 250 einen Benut- 
zer in die Lage versetzen, die Anwendung 250 so zu konfi- 
gurieren, daB dadurch bestimmte integrierte diagnostische 45 
Bestimmungen erzeugt werden. Beispielsweise kann fur ei- 
nen Benutzer ein Konfigurationsbildschirm dargestellt wer- 
den, in dem der Benutzer unterschiedliche Diagnoseanwen- 
dungen auswahlt, die ausgefuhrt werden sollen (darunter 
beispielsweise sowohl die ProzeBdiagnoseanwendungen 
210 als auch die Ausrustungsuberwachungsanwendungen 
224), und kann dann auf der Basis der Ausgaben dieser aus- 
gewahlten Diagnoseanwendungen diese kombinieren oder 
weitere diagnostische Entscheidungen treffen. In diesem 
Fall kann der Benutzer die Ausgaben bestimmter bekannter 
ProzeB- und Ausriistungsuberwachungs- oder -diagnosean- 
wendungen zu einer neuen Funktion kombinieren (bei der es 
sich beispielsweise um eine ProzeBleistungsfunktion han- 
deln kann), welche diese Ausgaben in einer bestimmten Art 
und Weise kombiniert oder bewertet, um eine diagnostische 
Bestimmung durchzufuhren. Alternativ kann eine neue dia- 
gnostische Anwendung unter Verwendung sowohl der Pro- 
zeBsteuerdaten 201 als auch der Ausrustungsuberwachungs- 
daten 202 erstellt werden, um eine Anlagendiagnose auszu- 
fuhrcn. 

[0070] In diesen Beispielen kann die Diagnoseanwendung 
250 eine Benutzeranzeige beispielsweise tiber die Benutzer- 
schnittstellen anwendung 244 ausgeben. 
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[0071] Die Fehlerdiagnoseanwendungen 250 konnen auch 
eine Ruckverfolgungsanwendung enthalten, die sowohl die 
ProzeBsteuerdaten 201 als auch die Ausrustungszustandsda- 
ten 202 verwendet, um die Quelie eines erfaSten Problems 
zu bestimmen. Ruckverfolgungsanwendungen, die versu- 
chen, basierend entweder auf ProzeBsteuerdaten oder Aus- 
rustungszustandsdaten die Ursachen von erfaBten Proble- 
men zu lokalisieren, sihd bereits vorhanden, es wurde je- 
doch keine derartige Ruckverfolgungsanwendung verwen- 
det, um die Probleme in einer Anlage basierend sowohl auf 
ProzeBsteuerdaten als auch auf Ausrustungszustandsdaten 
genau zu bestimmen. Die Verwendung einer Ruckverfol- 
gungsanwendung sowohl unter Nutzung der ProzeB- als 
auch Ausriistungsdaten kann eine bessere beziehungsweise 
vollstandigere Antwort auf die Ursache eines Problems oder 
eines Zustandes innerhalb der ProzeBanlage 10 geben, als 
fruhere Ruckverfolgungsanwendungen, die nur entweder 
ProzeB- oder Ausriistungsdaten nutztcn. Selbstverstandlich 
integrieren diese Ruckverfolgungsanwendungen ProzeB- 
steuer- und Ausrustungsuberwachungsdaten und auf 
Wunsch ProzeBleistungsdaten, um die Ursache eines Pro- 
blems zu bestimmen. Eine derartige Ursache kann eine 
Kombination von Faktoren sein, die unterschiedlich ge- 
wichtet sein. konnen, die Erfassung von ProzeB- und Ausrii- 
stungszustanden, die nicht gleichzeitig vorliegen sollten 
(beispielsweise eine Pumpe, die lauft und ein Absperrventil, 
das geschlossen ist) etc. Die Presentation dieser Problem 
kann im Rahmen von Wahrscheinlichkeiten, Gewichtung, 
vorhergesagten Zustandsbedingungen etc. erfolgen. Diese 
Ruckverfolgungs- oder andere Diagnoseanwendungen kon- 
nen formale Modelle des Prozesses und der Ausriistung nut- 
zen sowie auch die abgeleiteten Werte von Eingabe- und 
Ausgabevariablen und die tatsachlichen Messungen dieser 
Variablen, um den abgeleiteten Gesamtwert der Ausgabeva- 
riablen hinsichtlich der Eingabevariabien zu berechnen und 
diesen abgeleiteten Gesamtwert unter Verwendung von rea- 
len ProzeBmessungen zu bewerten, um die kausalen Bei- 
trage der verschiedenen moglichen Quellen zu berechnen. 
Diese kausalen Daten konnen ebenso mit den tatsachlichen 
Ausgabedaten von der Anlage 10 verifiziert, bewertet und 
abgeglichen werden, um zu bestimmen, wie gut die Vorher- 
sagen standgehalten haben. 

[0072] In jedem Fall konnen eine oder mehrere Aktions- 
an wendungen 260 vorgesehen sein, um hinsichtlich der Dia- 
gnoseentscheidungen, die von der integrierten Diagnosean- 
wendung 250 getroffen wurden, oder ansprechend auf 
Alarmzustande oder andere Zustande eine Aktion einzulei- 
ten. Beispielsweise kann die Anwendung 260 eine Liste von 
moglichen Aktionen oder Empfehlungen fur einen Benutzer 
tiber die Benutzerschnittstellen anwendung 244 bereitstellen 
oder fur eine pradikative Anwendung 262, die das Resultat 
einer derartigen Empfehlung vorhersagt und diese Resultate 
einem Benutzer uber die integrierte Anzeigenanwendung 
244 anzeigt. Diese Empfehlungen konnen beispielsweise so 
gestaltet sein, daB sie Aktionen zur Korrektur eines Pro- 
blems einleiten, eine langere Lebensdauer der Anlage 10 er- 
zielen, die Anlage 10 wirtschaftlicher oder innerhalb vorge- 
gebener finanzieller Beschrankungen oder Beschrankungen 
durch die Umweltbehorde fahren, um zuktinftige Probleme 
basierend auf der gegenwartigen oder vorhergesagten Pro- 
zeB- und Ausrustungsfunktionalitat zu vermeiden, etc. Die 
Anwendung 260 kann ferner den Benutzer in die Lage ver- 
setzen, Simulationen der Anlage 10 basierend auf vorge- 
schlagenen Aktionen ablaufen zu lassen, um die simulierte 
Auswirkung dieser Anwendungen vor der Umsctzung der 
Aktion zu sehen. Die Anwendung 260 kann Aktionen unter- 
nehmen, um mehr oder bessere Daten zu erf as sen, und zwar 
im Verlauf der Erstellung einer besseren Diagnoseentschei- 
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dun° Ira Zuge dieser Datenerfassung konnen die Ausru- 
stunliszustands- oder die ProzeBuberwachungsanwendun- 
oen Oder die Leistungsiiberwachungsanwendungen automa- 
dsch veranlaBt werden. mehr oder andere Arten von Daten _ 

zu erfassen. . . . c „,, 

[0073] Die Anwendung 260 kann, solem sie so konfigu- 
riert ist, automatisch Aktionen innerhalb der Anlage 10 un- 
temehmen, wie etwa das NeueinsteUen von Soliwerten, das 
Abstimmen von Regelkreisen, die Reconfiguration von 
Ausriistung etc., wie dies durch den Ruckkopplungsweg 264 10 
angezeigt ist, und zwar basierend auf den von den Anwen- 
dungen 250 getroffenen Diagnoseenischeidungen, Alarmsi- 
snalen etc. Diese Aktionen konnen mit der Nutzung von 
ProzeBsteueranwendungen, Ausriistungsuberwachungs- 
und Steueranwendungen verbunden sein oder mcht, urn Ver- is 
anderungen an dem System umzusetzen. Diese Aktionen 
konnen femer die Rekonfiguration der Anlage 10 mit sich 
bringcn, um cin andcrcs Produkt oder mchr cincr Produktart 
oe-enuber einer anderen herzustellen oder anderweitig die 
Anlage 10 zu rekonfigurieren, um die finanzieUen Ertrage zu 20 
maximieren oder andere Ziele zu bewirken. Femer kann die 
Anwendung 260 andere Anwendungen aufrufen, wie etwa 
eine automatische Arbeitsauftragserzeugungsanwendung 
270 (bei der es sich um die Anwendung 54 aus Fig. 1 han- 
deln kann), um fur die Ausrustung erforderliche Hale zu be- 2* 
stellen fur die Herstellung neuer Produkte benotigte Kota- 
materialien zu bestellen etc. Selbstverstandhch kann die An- 
wendung 260 integrierte Alarmierungsdaten, Daten uberti- 
nanzielle Beschrankungen oder Direktiven oder andere Da- 
ten ie nach Erfordemis benutzen, um Notfallaktionen einzu- 30 
leiten, um eine Steuerung auszufuhren, um automatische 
Oder manuelle Veranderungen zu veranlassen, die an der 
Anlage 10 auszufuhren sind, um die Direktiven auszufuh- 

[0074] Es versteht sich, daB die Benutzerschnittstelle 244 35 
eine beliebige Auswahl oder alle einer Anzahl von unter- 
schiedlichen Arten von Benutzerbildschirmen basierend aut 
der in der Suite 50 ausgefiihrten Anwendung anzeigen kann. 
So kann beispielsweise die Benutzerschnittstelle 244 Ausru- 
stungsleistungsbildschirme, Rohdatenbildschirme, Status- 40 
diagramme 242 etc. anzeigen. Die Benutzerschnittstelle 244 
kann femer integrierte Alarmbildschirme 248 anzeigen, die 
von der integrierten Alarmanwendung 246 erzeugt werden. 
In ahnlicher Weise konnen Diagnoseanzeigen 273, Empten- 
lungsbildschirme 274 und Bildschirme, welche die Sollpro- 4. 
duktiori und Ausriistungsnutzung 275 und 276 anzeigen, 
von ieder der Fehlerdiagnoseanwendungen 250 erzeugt wer- 
den GleichermaBen konnen Produkuonsplanungs- und Fi- 
nanzbildschirme 277 beliebiger Natur von den Aktionsan- 
wendungen 260 erzeugt werden. Selbstverstandhch konnen 50 
andere Arten von Bildschirmen und Anzeigen von diesen 
und anderen Anwendungen basierend auf Daten von zanl- 
reichen Datenquellen erstellt werden. 

[0075] Es sei angemerkt, daB in Fig. 3 zwar die ProzeB- 
steuer-, die Ausriistungsuberwachungsdiagnose- und die 5> 
Leistungsuberwachungsanwendungen getrennt von der An- 
wendungssuite 50 dargestellt sind, diese spezieUen Anwen- 
dungen iedoch Teil der Suite sein konnen oder von der Suite 
mit integrierten Anwendungen 50 verwendet werden konn- 
ten, wenn dies gewunscht ist. Wahrend Fig. 3 ferner die zu 60 
einer Ausfuhmngsfomi einer Anlage 10 gehorenden Daten 
darsteUt, soU Fig. 3 nicht die physischen One einer der An- 
wendungen innerhalb der Anwendungssuite 50 angeben. So 
kdnnen die in Fig. 3 gezeigten Anwendungen und die Hard- 
ware tcilwcisc oder vollstandig an jedem gewunschten Ort 6^ 
innerhalb der Anlage (oder auch von der Anlage 10 entfemt, 
wenn dies gewunscht ist) angeordnet sein und diese Anwen- 
dungen mOssen nicht an demselben Ort plaziert sein. Femer 



kann der DatenfluB zwischen Datenerfassungseinnchmngen 
und dem Datenerfassungs- und Veneilungssystem 102 so- 
wie zwischen dem Datenerfassungs- und Veneilungssystem 
102 und den in Fig. 3 dargestellten Anwendungen uber jedes 
gewunschte Netz erfolgen, wie zum Beispiel ein LAN oder 
WAN das Internet, ein beliebiges Intranet etc. Daten kon- 
nen in ieder gewunschten Weise unter Verwendung von je- 
der gewunschten Hardware einschlieBlich beispielsweise je- 
des°physikaUschen Mediums, jedes dedizierten oder ge- 
meinsam genutzten Informationstransportverfahrens, darun- 
ter ohne Einschrankungen die Benutzung von drahtgebun- 
denen, drahdosen, Koaxialkabel-, Telefonmodem-, Clasfa- 
ser- Meteorburst-, Satelhten- etc. -Einrichtungen transpor- 
tiert werden. Diese Kommunikation kann auch jedes ge- 
wunschte Protokoll verwenden, wozu ohne Einschrankun- 
gen Fieldbus-, XML-, TCP/IP-, IEEE 802.3-, Blue tooth-, 
X 25-, X.400-Protokolle oder jedes andere jetzt bekannte 
oder zukunftig cntwickcltc Protokoll ziihlcn. 
r0076] Die Daten konnen in jedem Zustand der Ubermitt- 
lung zu den, der Nutzung durch die oder der Ruckubermitt- 
lune von den Integrationsanwendungen 50 kondiuomert 
oder kompriniiert werden. SelbstverstandUch kann jede be- 
kannte oder gewunschte Komprimierung verwendet wer- 
den darunter beispielsweise Wavelet-Signalreprasentation, 
Fourier-, Hadamard-, etc.,-Transfomiadon, Koimnumkation 
von Fourierkoeffizienten etc., Excepuon processing, Swin- 
ging door data compression etc. 

[0077] Femer konnen die Integrationsanwendungen 50, 
W ie etwa die Diagnoseanwendung 250, beliebige gemem- 
same ModeUe der ProzeBausriistung und des FTOzeBverhal- 
tens nutzen, um diagnostische oder pradiktive Entscheidun- 
gen zu erstellen, darunter beispielsweise forniale mathema- 
tische ModeUe, statistische Korrelauonen, Schatzungen ba- 
sierend auf Kalmanfilter, neuraleNetze, ModeUe aut der Ba- 
sis von Fuzzy logic oder jede beliebige Kombinauon dieser 
oder anderer ModeUe. 

[00781 In einer Ausfuhrungsform kann die Diagnosean- 
wendung 250 einen Benutzer in die Lage versetzen, die 
Charakteristiken der WeUenformen von Ausgangssignalen 
der ProzeB- oder Zustandsiiberwachungssensoren zu be- 
trachten und Steuerungsveranderungen als. Trend, und/oder 
Alarm und/oder Aufruf zu verarbeiten, wenn diese Muster 
sich verandern. Diese FunktionaUtat kann durch Musterer- 
kennung mit Alarmgrenzen an dem Merkmalssatz imple- 
mentiert werden, oder durch Betrachten der Founerkompo- 
nenten und das Vorsehen eines Trendbildungs- und/oder 
Alarm- und/oder SteueranstoBes basierend auf den an den 
einzelnen Fourierkoeffizienten gesetzten Grenzwenen oder 
einer gewichteten Kombination der Fourierkoeffizienten 
Oder einer Funktion derselben (beispielsweise der quadrati- 
schen Funktion, Gesamtwechselstromleistung, derP5>U-Ko- 
effizienten etc.) implementiert werden. 
[00791 In einer Ausfuhrungsform konnen eine oder meh- 
rere Karten, wie zum Beispiel Eingabe/Ausgabe-Karten 
(I/O) die mit einer oder mehreren der ProzeBsteuereinnch- 
tungen 12 oder 14 in Fig. 1 verbunden sind, vorgesehen 
sein, um Uberwachungseingaben von ProzeB- und Ausni- 
stungsuberwachungsaktivitaten zu erfassen, umzuwandeln 
und zu verarbeiten oder zu puffem, womit diese Karten ei- 
nen Teil Oder das gesamte Datenerfassungs- und Vertei- 
lungssystem 102 implemenderen konnen. Diese I/O-Karten 
(bei welchen es sich um Untergruppenprozessoren handelii 
kann auf welchen Datenerfassungsroutinen implementiert 
sind)', konnen Datenerfassungsaktivitaten fur einige oder 
aUe Einrichtungen, Bcrcichc etc. der ProzcBanlagc 10 
durchfuhren, um die von den integrierten Anwendungen in 
der Anlage 10 bendtigten Daten bereitzusteUen. Diese Kar- 
ten konnen so konfiguriert sein, daB sie die ProzeBsteuerda- 
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ten, Ausrustungsuberwachungsdaten Oder Prozefileis rungs - 
daten zum Teil oder vollstandig von verschiedenen und 
mehrfachen und unterschiedlichen Einrichtungsarten oder 
Quellen in dem ProzeBsteuersystem erfassen. Zu diesen Da- 
tenquellen konnen beispielsweise tragbare Erfassungsein- 5 
richtungen, chernische und physikalische LabormeBquellen, 
direkte Online-Eingabequellen und entfernte Quellen zah- 
ien. Ferner kann eine weitere Karte, wie beispieisweise eine 
mit einem Steuergerat verbundene I/O-Karte, vorgesehen 
sein, urn eine oder mehrere der integrierten Anwendungen, 10 
die hier beschrieben werden, zu speichern und zu implernen- 
tieren. Wahrend somitFig. 1 die Daten erf ass ungs- und Ver- 
teilungsanwendungen sowie die integrierten Anwendungen 
innerhaib der Betriebsmittelnutzungssuite als in einem Zen- 
tralcomputer 30 impleinentiert zeigt, konnen diese Anwen- 15 
dungen und die Datenerfassungsaktivitaten fur diese An- 
wendungen in einer oder mehreren dedizierten Karten oder 
andcrcn Einrichtungcn irnplcmcnticrt sein, die fiber die Pro- 
zeBanlage 10 verteilt sind. Diese Karten oder untergeordne- 
ten Prozessoren konnen direkt mit einer Benutzerschnitt- 20 
stelle und einer Steuereinrichtung iiber einen Systembus, 
wie zum Beispiel den Bus 32 in Fig. 1, verbunden sein, oder 
konnten Teil eines Eingabe/Ausgabesystems sein, das zu ei- 
ner oder mehreren dieser Steuereinrichtungen gehort, oder 
konnLen anderweitig angeordnet sein. SelbsLverstandlich 25 
konnte eine derartige dedizierte Karte alle der integrierten 
Anwendungen oder jede beliebige Teileinheit da von in Ab- 
hangigkeit von der Konfiguration und der Art der ProzeBan- 
lage 10, in der sie verwendet wird, ablaufen lassen. In eini- 
gen Fallen kann eine gewisse Vorverarbeitung der auf Steu- 30 
ereinrichtungsebene erfaBten Daten durchgeruhrt werden, 
und diese vorverarbeiteten oder teilweise verarbeiteten Da- 
ten konnen anschlieBend einer weiteren Einrichtung zur 
Verfugung gestellt werden, wie zum Beispiel dem Compu- 
tersystem 30, das die integrierte Verarbeitung vervollstandi- 35 
gen kann. Auf diese Weise konnen die integrierten Anwen- 
dungen 50 ihrer Art nach verteilt sein, wenn sie in einer An- 
lagenumgebung implementiert werden. 
[0080] Ein Verfahren zum Erfassen und Integrieren von 
Daten von ungleichartigen Datenquellen wird nachfolgend 40 
unter Bezug auf Fig. 4 bis 6 erortert. In dieseni Beispiel wird 
davon ausgegangen, daB die von den voneinander verschie- 
denen Datenquellen erfaBten Daten in ein Format konver- 
tiert werden, das von dem ProzeBsteuersystem verwendet 
wird, das unter Verwendung des von Fisher Rosemount Sy- 45 
stems, Inc., vertriebenen Delta V-Proze6steuersystems im- 
plementiert wird. Das hat zur Folge, daB die ProzeBsteuer- 
daten keine entfemte Datenquelle sind. Andere Daten, wie 
zum Beispiel Wartungsdaten, Leistungsfiberwachungsdaten, 
ProzeBmodelldaten, Finanzdaten etc. stammen jedoch von 50 
externen Datenquellen. AUgemein ausgedruckt ist dieses 
System unter Verwendung eines Konfigurationssystems 
konfiguriert, das Daten iiber die Konfiguration des Systems 
speichert und diese verfolgt. In der Vergangenheit war ein 
derartiges Konfigurationssystem auf die Plazierung und 55 
Wechselwirkung von ProzeBsteuereinrichtungen, Software 
und Strategien beschrankt und enthielt in einem begrenzten 
AusmaB Wartungsinformation iiber bestimmte Einrichtun- 
gen, wie zum Beispiel Anlageneinrichtungen. Da der 
Schwerpunkt des Systems die Versorgung von ProzeBsteu- 60 
eroperatoren war, war die dem Benutzer dargestellte und 
von dem Konfigurationssystem verfolgte Information allge- 
mein auf ProzeBsteuerdaten beschrankt. In diesem bekann- 
ten System speicherte eine Konfiguration sdatenbank und 
zcigtc cine Explorer- An wendung Informationcn an, die zu 65 
den ProzeBsteuereinrichtungen gehoren, sowie die von die- 
sen Einrichtungen erfaBten und durch diese Einrichtungen 
erzeugten Daten. 



[0081] AUgemein wird nun. um es zu ermoglichen. daB 
Daten von unterschiedlichen Datenquellen in einem einzel- 
nen System erfaBt und verwendet werden, eine Konfigurati- 
on sdatenbank oder ein anderes integriertes Konfigurations- 
system vorgesehen, um es zu ermoglichen, daB unterschied- 
liche Datenquellen Daten an das System zur Nutzung als 
eine einzelne Datenquelle abgeben. Eine derartige Konfigu- 
rationsdatenbank wird verwendet, um Daten von anderen, 
ungleichartigen Datenquellen zu erfassen und zu speichern, 
und eine Anzeige oder Hierarchie des Explorer-Typs ist vor- 
gesehen, um die Manipulation, Organisation und Nutzung 
der erfaBten Daten zu ermoglichen, um dadurch diese Daten 
den unterschiedlichen Anwendungen verfugbar zu machen. 
[0082] Fig. 4 zeigt eine Ubersicht fiber die Architektur ei- 
nes Systems 300, das die Erfassung von Daten von un- 
gleichartigen Datenquellen mit einern ProzeBsteuersystem 
implementiert. AUgemein ausgedruckt, enthalt das System 
300 cincn Informations tcchnologic-systemabschnitt 302 
(ITS), der ein ^»Vartungsverwaltungssystem 304, ein Produk- 
tinventarkontrollsystem 306, ein Produktplanungssystem 
308 sowie andere Systeme enthalt, die durch ein LAN, das 
Internet etc., verbunden sind. Der ITS 302 ist mit einem 
Webservices-Abschnitt 310 iiber einen XML-Transaktions- 
server 312 verbunden. Der Server 312 sendet XML-ge- 
wrappte Daten an die Webservices 310, welche die Daten 
anzeigen, die von den Blocken 304, 306 und 308 verwendet 
oder erzeugt werden. 

[0083] Die Webservices 310 enthalten eine Reihe von 
Webservice-Mithorern 314, die nach bestimmten Daten ho- 
ren oder die bestimmte Daten von anderen Datenquellen 
abonnieren und diese Daten den abonnierenden Anwendun- 
gen zur Verfugung stellen. Die abonnierenden Anwendun- 
gen konnen zu den Anwendungen innerhaib des ITS 302 
oder einem ProzeBsteuersystem gehoren. Die Web-Mitho- 
rerservices (die Teil des Datenerfassungs- und Verteilungs- 
system 102 sein konnen) konnen nach Alarm- und Ereignis- 
daten, ProzeBzustandsuberwachungsdaten und Ausrii- 
stungszustandsuberwachungsdaten horen und diese weiter- 
leiten. Schnittstellen fur diese Daten werden verwendet, um 
die Daten in ein Standardformat oder -protokoll, wie zum 
Beispiel das Fieldbus- oder Delta V-Protokoll, oder nach 
Wunsch in XML zu konvertieren. 

[0084] Die Webservices 310 sind mit anderen externen 
Datenquellen fiber Webserver 316 in Kontakt und erhalten 
Daten von diesen. Die externen Quellen konnen Vibrations- 
uberwachungsdatenquellen, Echtzeitoptimierungsdaten- 
quellen, Expertensystemanalysedatenquellen, pradiktive 
Wartungsdatenquellen, Regelkreisuberwachungsdatenquel- 
len oder andere Datenquellen einschlieBen. Selbstverstand- 
lich kann jede Quelle fiber verschiedene externe Server ver- 
bunden sein, oder zwei oder mehr der Datenquellen konnen 
Server gemeinsam nutzen, wo dies moglich ist. Gleicherma- 
Ben konnen diese Datenquellen in die ProzeBsteuerumge- 
bung eingebettet sein oder von dieser separat sein und mit 
den externen Servern fiber das Internet oder ein anderes 
LAN oder WAN verbunden sein. In jedem Fall konnen die 
Webserver 316 einen Teil der Funktionalitat des Datenerfas- 
sungs- und Verteilungssystems 102 implementieren, indem 
sie die empfangenen Daten formatieren, wenn dies ge- 
wiinscht ist. 

[0085] Ein ProzeBsteuerlaufzeitsystem 318 ist mit den 
Webservices 310 und den externen Servern 316 in Kontakt. 
Das Laufzeitsystem 318 enthalt Steueranwendungen, Ope- 
ratorschnittstellenanwendungen, Alarm- und Ereignisan- 
wendungen und Echtzcitdatcnanwcndungcn, die jewcils die 
Daten von den extemen Servern oder von den Webservices 
(und somit von dem ITS 302) nutzen konnen. Ein Interopsy- 
stem 320 ist vorgesehen, um die Daten von den Webservern 
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a ^-ooniciP lichen externen Servern voraesehen werden und zu den un- 
316 und den Webservices 310 zu ertassen und zu organ, .e- hchen earner ^ n Jn einigen FaUcn 

ren, urn diese Daren in einem geme.nsamen ode. kons.sten ^ ^ die Persone n, welche die Daten- 

ien Format zur Verfugung zu stellen das von den. ProzeB- konnen du «~ . ie , die Serviceprov ider 

RteU erlaufzeifcy S tem3^^^ £ H^Ser der Anwendungen P die XML-Scripts zur 

kann KonvertierungsschmttsteUen w.e zum_ Be spiel ROC, ^™^ stellen welche die beirieblichen Fahigkeiten der 

OPC. PI und Virtual Controller DLL LT-Schn.ttstellen en.- JJSSte D*enquellen, die zu diesen gehoren, definieren. 

Z u organisiercn. einsehlicBlich alter Daten von den entfem- ^» ' ^Cmeln ^sg^ckt ist die RTO^ Anwendung 
,cn Daicnqucllcn. wic zum Be.spiel externen Web er- *J£JJ*^ gsanwendung, die von einem ProzeBsteuer- 
vcm 316 uihl den, ITS 302. Selbstverstandbch kann das ITS 15 «^Jfg?^Ster zur Verfugung gestellt und allgemein 
302 cben.uUs Da.en von dem ^"teuersystem und den JJ^SSSe Anwendung wird gewohnlich fur 
en.fern.cn Itoicnqucllcn uber d.e Webserv.ces 310 abonn.e- ™P l ^^ s p^Bstcucrsystem maBgcschncidcrt und 
rcn und crhalun. itfl benutzt Modelle, urn die ProzeBsteueranlage zum Zweck der 

[00871 H». 5 /civ:, cm Bop.el o.ner Anzexge 350 das Jj™™ de ; Steuerung der Anlage modellhaft darzu- 
von cine... NaMgaiionM^I des Itxplorertyps erzeugt wird, 20 J^J^^ ^ physika ]i sc h auf der Da- 
dasverwende, »cMen ™^.^j£rS?£ S^seue^s^Srn'en Server's angeordnet ist ist die 

sungs- und -vcricilungssxMcm 102 urtuBten Daten, aiein 4 Anwen dung in der Darstellung mit einer Kessel- 

derLnligura.ionsda.cnbank ^..P*™*Z^S*£ E^b^SSS^ Die RTO+ Anwendung stellt In- 
ched, zu organiveren und aui .hoc /.uzugreifen. Die An Hmationen wie etwa den Wirkungsgrad dieser Turbine, 
zeige oder Hierarchic 350 o.ihal. zahlreiche verschiedene 2> foniuUoren ££ t ung dieser Turbine und andere Parameter 
Abf chniue. die fur verschiedene Zweckc verwendet werden ^^f^^J die von der RTO+ Software hin- 
. konnen. Die Hierarchic 350 s.clh .1c.Ux.-h eine Orgamsauon odei ' J^ n ^ erzeugt werden . Ferner 
der Daten oder anderer Hlcmen.c dar d.e fur das System S ^™^^ ent£ g ^ sich au f die Kesseldampfturbine 
verfugbar sind. er.au.er. cincn Uberbhck uber d.ese und bie- jrfjjj SSSkKH Software zur Verfugung gestellt 
tet Zugriff auf diese. Son.i. wird d,e Il.erarchie 350 ver^en- 30 beaehen und von Beispielsweise sind 

det, urn die in dor Kon.igura.ionsda.enbank g^peicherten ^^J™ 0 ™ die T * bine de finiert sind oder mit 
Daten da.-zus.ei.cn und diese Da.en zu ."-ipuberen, um so JJ^Jg*^ stehen, ebenso wie Paran.eter dieser 
die Konfigurauon des Systems ... f- lss ^ Welse h . ZU J^ n . StionsbScke aufgebstet. GleichermaBen sind Alarmzu- 
dem. .Wie zu erkonnen is,, en.hal. das H^hiebf piel „ 2^°" vS,indunf mit der Turbine dargestellt und kon- 
von Fig. Seine Anzahl von vcrschiedene^ 'Absehni^ar- » ^^^^^^^^^^Va^r 
unter einen •'Bibliotheks"-Abschn,tt, einen Steuerstxate nen m« I % * ^ | GleichermaBen eine Anzeige, 
gien"-Abschni.. und einen ■•Nclz"-Abschmtt, Jewells fur ^ ^f^^^ n , ^ zum fieispiel Diagnosean- 
unterschiedliche Zwcckc verwendet werden konnen oder ^J^ e ^^S hc ^ ise Daten von der Turbine uber . 
zur Darstellung von untersehiedlichen Daten oder verschie- J^^X^SSSn mussen, freigegeben oder au- 
denenOrganisationsweisenderinderKonfigurationsdaten- 40 Femer sind andere vordefinierte 

bank gespeichenen oder dieser zur VerfUgung stehenden ^£S£JSSSi welche fiber die Turbine zu erfas- 
Daten verwendcl werden konnen. tholr ^ h „ n(1e un d zu speichemden Daten definieren, in diesem Ab- 

[0088] Allgemein ausgcdriickl. en.hal. der B^?^*^- sende ^und zu ^speic ^ ^ ^ da6 die 

schnittListen von verschiedenenEIementen diem der Ko^ ^ h ™X d D e und Dienste, wie zum Beispiel die 

figuration gespeichen sind oder d.eser zugehong sind, und 4, tatS achlich Telle der Kesseldampf- 

bietet Zugriff auf diese. Diese Elemente konnen Hardware- JSe^d Ite jedoch in der Bibliothek unter diesem 
oder Softwareelemente sein, darunter bels P iel ^ e ^ g^S aufgSt, da sie von der Turbine Daten erfassen 
gensoftwaremoduie, Anlageneitinchtungen Steueremnch- ^ent aurg runrr, 

fungen, Workstations etc. Um die Daten von den ungteichar^ ur£ dah er d.e ^ 1 Steuerstrategienabschnitt der 

tige^Datenquelten *™^?<%^^£Z " Schie350 sind die Steuerstrategien beispielsweise nach 
auf diese zu ermoghchen, kann d ^^^^^X" geographischen Bereichen, wie zum Beispie Bereich 1 Be- 
oder mehrere externe Server enthalten. die als rj** f» { ^ organisiert. Jeder Bereich kann in verschiedene 

tungen von den ungleichartigen DatenqueEen zu dem inte- reich ^2 etc orgam ^ unter _ 

grilrten System verwendet. werden. D.ese Server sind m JSf^S^lSr taab jede Einheit zahfreiche Modute 
Fig. 4 als Webserver 316 dargestellt. In semer Verwendung 5. ^™^Sser genoren. Diese Module-konnen be- 
hierin enthalt das integrierte System alle Hardware- and wi f etwa Module, die innerhalb des 

Softwareelemente uber dem Datenerfassungs- ™d _Verte^ ^Bs^metzes in dem konsistenten Format entwickelt 
lungssysten. 102 aus Fig. 2. And ^ au jS e ^ C ^? r ^™ a S t SuX c^Sule, die zu den andersartigen Datenquel- 
integrierte System die Elemente, d.e dasselbe Datenformat ^ ™ r f£™* r £ iese Module wer den allgemein verwendet, 
innerhalb des Systems 10 nutzen. MmBKm ,„ llm 7U konfieurieren, wie verschiedene Anwendungen in 

[0089] Unter jedem externen Server und daher diesem zu- um ™J^^ , ^ iMndet op e riere „ und miteinander 

riehtungen darsteUen, die mit dem Server verbunden s.nd w.e » d« gegenwartigen Konfigurauon des Systems 
oder in diesem gespeichert sind. Diese defimerten SSStoB^SSki Anordnung und Wechselwir- 
konnen mit XML-Scripts bestiickt se.n, die von den eigent- 10 einsctiheuucn aer 
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kung unterschiedlicher Hardware in dem System 10, der ort- 
iichen Anordnung und Wechselwirkung der unterschiedli- 
chen Software innerhalb des Systems 10 etc. dar. Ein Opera- 
tor oder Benutzer kann die ^Configuration des Systems mani- 
pulieren, indem die Elemente innerhalb der Anzeige 350 5 
manipuliert werden. Urn beispielsweise eine Software in 
eine Hardwareeinrichtung herunterzuladen, kann der Benut- 
zer ein Icon, das diese Software darsteiit, durch Drag-and- 
Drop auf das Hardwareelement Ziehen. Das Plazieren eines 
neuen Einrichtungsicons in der Hierarchie 350 gibt wieder, 10 
daB eine neue Einrichtung physikalisch zu dem System hin- 
zugefugt wurde. 

[0093] Allgemein ausgedriickt ist die Konfigurationsda- 
tenbank so gestaltet, daB sie die Manipulation der in den 
Steuerstragieabschnitten dargestellten Module, die sie ge- 15 
speichert hat, erlaubt. Andere Elemente, seien es Hardware- 
oder Softwareelemente, konnen durch ein einzelnes Modul 
odcr durch cine Kombination von mitcinandcr verbundenen 
Modulen dargestellt sein. Wenn somit ein Benutzer die 
Icons in der Anzeige 350 manipuliert, manipuliert der Be- 20 
nutzer tatsachlich Module innerhalb der Konfigurationsda- 
tenbank oder anderen Datenbanken oder Speichern, in wel- 
chen diese Module angeordnet sind. Um die Erfassung und 
Nutzung von Daten von verschiedenen Datenquellen zu er- 
. moglichen, gibt die Anzeige oder Hierarchie 350 die unler- 25 
schiedlichen Datenquellen als Module oder Kombination 
von Modulen wieder. Derartige Module konnen dann in der 
Konfigurationshierarchie piaziert werden und in der glei- 
chen Weise manipuliert, werden in der Module, die zu Ele- 
menten in dem integrierten System gehoren, wie zum Bei- 30 
spiel ProzeBsteuermodule, in der Konfigurationsdatenbank 
manipuliert werden. Wenn ein Modul fur eine bisher unbe- 
kannte oder nicht angeschlossene Datenquelle erstellt wird, 
definiert der Benutzer den Typ, die Art oder Bedeutung der 
Daten, die von dieser Datenquelle zu empfangen sind, in 35 
dem Kontext eines Moduls. Unter Verwendung dieses Infor- 
mationskonstrukts konnen die von dieser Datenquelle tat- 
sachlich empfangenen Daten anschlieBend kategorisiert, ge- 
kennzeichnet, erkannt und in dem integrierten System in der 
gleichen Weise wie Daten von anderen Modulen von Ele- 40 
menten innerhalb des integrierten Systems genutzt werden. 
Auf diese Weise kann jeder Datentyp, der von einer grund- 
verschiedenen Datenquelle erhalten wird, erfaBt und gespei- 
chert werden, auch wenn eine Organisation oder Person die 
Anwendung oder Einrichtung, welche die Daten eigentlich 45 
erzeugt, erstellt hat, welche in keinerlei Verbindung mit dem 
integrierten System stent. Selbstverstandlich versteht es 
sich, daB die Daten von der Datenquelle zu der Konfigurati- 
onsdatenbank kommuniziert werden, nachdem sie durch 
eine Datenkonvertierungstechnik, wie zum Beispiel OPC, 50 
PI, Fieldbus, etc., konvertiert wurden. Wie vorstehend ange- 
geben wird diese Funktion von dem Datenerfassungs- und 
Verteilungssystem 102 durchgefuhrt, das in der Hierarchie 
350 in Fig. 5 nicht dargestellt ist. Eine detailliertere Be- 
schreibung von Modulen fur die Dampfturbine erfolgt unter 55 
Bezug auf Fig. 6. 

[0094] Der Netzabschnitt der Hierarchie 350 stellt die 
physischen und betrieblichen Verbindungen des Netzes dar. 
Selbstverstandlich gibt es allgemein viele verschiedene Ar- 
ten von Einrichtungen und Elementen, die zu dem Netz ge- 60 
horen. Ein dargestelltes Element ist jedoch ein ACN (Be- 
reichssteuerknoten), der einen Steuergerateknoten enthalt. 
In dem Steuergerateknoten sind wiederum Steuerstrategien, 
wie zum Beispiel Steuer- und Kommunikationssoftware, 
gcspcichcrt. Der ACN enthalt fcrncr cine odcr mchrcrc Ein- 65 
gabe/Ausgabe-Einrichtungen (I/O), bei denen es sich um 
Fieldbus-I/O-Einrichtungen, HART-I/O-Einrichtungen etc. 
handeln kann. Selbstverstandlich kann jedel/O-Einrichtung 



unterschiedliche Eingange, Einrichtungen, Funktionsblocke 
etc. haben, die mit dieser verbunden sind oder mit. der I/O- 
Einrichtung kommunikativ in Verbindung stehen. Zu dem 
ACN konnen auch eine oder m eh rere Workstations gehoren. 
Diese Workstations konnen Benutzerschnittstellen oder an- 
dere Arten von Workstations sein. Die in Fig. 5 gezeigte 
Workstation unterstutzt oder implementiert. zahlreiche An- 
wendungen oder andere funktionelle Elemente, darunter in 
diesem Beispiel Anwendungen zur Verarbeitung oder An- 
zeige von Alarmen oder Benachrichtigungen und Steuer- 
strategieanwendungen, wie zum Beispiel diejenigen, die zur 
Konfiguration von Steuergeraten, von Anlageneinrich tun- 
gen etc. verwendet werden, um Informationen tiber das 
Steuergerat und die Anlageneinrichtungen zu erhalten. 
[0095] Um das Erfassen von Daten von verschiedenen 
oder stark unterschiedlichen Datenquellen zu ermoglichen, 
wird ein Interoperationsabschnitt (IOP) ebenfalls von dieser 
Workstation bcrcitgcstcllt odcr wird in dieser ausgefuhrt. 
Der IOP-Abschnitt (der auch in Fig. 4 dargestellt ist) enthalt 
einen oder mehrere der externen Server, die in dem Biblio- 
theksabschnitt der Hierarchie 350 bezeichnet sind. Hier wird 
der externe RTO+ Server (als externer Server 1 bezeichnet) 
von der in dem ACN dargestellten Workstation unterstutzt. 
Selbstverstandlich konnen andere externe Server, die zu an- 
deren Datenquellen als den unter Bezug auf Fig. 2 und 3 be- 
schriebenen gehoren, in dieser Workstation, in anderen 
Workstations in diesem ACN oder nach Wunsch in anderen 
ACNs vorgesehen sein. Jede sinnvolle Anzahl von Einrich- 
tungen kann von dem externen Server unterstutzt werden. 
Wahrend alle diese Einrichtungen zu der RTO+ Anwendung 
oder dem Dienst gehoren konnen, mussen nicht alle von ei- 
nem Server unterstutzten Einrichtungen zu einer bestimrn- 
ten Datenquelle gehoren. Auf diese Weise kann ein einzel- 
ner Server viele verschiedene Datenquellen unterstutzen. 
[0096] In diesem Beispiel ist eine der Einrichtungen, die 
von dem externen Server 1 unterstutzt wird, die vorstehend 
erorterte Kesseldampfturbine. Wie in dem Bibkotheksab- 
schnitt ahnlich dargestellt, kann die Kesseldampfturbine Ei- 
genschaften, wie zum Beispiel Wirkungsgrad, Leistung, 
etc., Funktionsblbcke, Alarme etc., enthalten. Ebenso wie in 
dem Bibliotheksabschnitt kann der Benutzer die Konfigura- 
tion so gestalten, daB er an diesem Ort der Hierarchie 
Alarme empfangt oder freigibt, wie zum Beispiel Einrich- 
tungsalarme, indem der Alarm der Turbineneinrichtung ge- 
wahlt und hier freigegeben wird. Ferner kann der Benutzer 
auf die Alarme, Eigenschaften (wie zum Beispiel Wirkungs- 
grad und Leistung), Funktionsblocke und Parameterdaten an 
diesem Ort der Hierarchie 350 zugreifen. 
[0097] Auf diese Weise kann ein Benutzer unter Verwen- 
dung des IOP-Abschnitts der Hierarchie 350 Daten von Ein- 
richtungen, Anwendungen etc., die zu fruher mit dem inte- 
grierten System nicht verbundenen Datenquellen gehoren 
definieren und anschlieBend Zugriff auf diese gewahren. In 
einigen Fallen wird der Benutzer ein oder mehrere Module 
fur die externen Datenquellen definieren, wie zum Beispiel 
fur externe Einrichtungen oder Anwendungen, und diese 
Module verwenden, um die von den sehr unterschiedlichen 
Datenquellen erfaBten Daten zu organisieren und anderen 
Anwendungen verfugbar zu machen. Als Teil dieses Prozes- 
ses kann der Benutzer Funktionsblocke, Parameter, Alarme, 
die zu den externen Datenquellen gehoren, erstellen. Dies ist 
auch dann der Fall, wenn die Module oder Funktionsblocke 
fur die externen Datenquellen nichi tatsachlich in den exter- 
nen Datenquellen existieren, sonderr; anstelle dessen in dem 
Datenerfassungs- und Verteilungssystem 102 lokalisicrt 
sind, wie es von der Workstation und dem mit dieser exter- 
nen Datenquelle verbundenen externen Server implemen- 
tiert wird. 
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[0098] Unter Verwendung der Konngurarionshierarchie 
3^0 aus Fig. 5 definiert oder importiert der Benutzer Mo- 
dule die zu den DatenqueUen gehoren, wie zum Beispiel 
Einrichtuneen oder Anwendungen, die durch externe Server 
angeschlos'sen sind, die von den IOP-Services unterstutzt 3 
werden. Fig. 6 zeigt einen Konfigurationsbildschirm, der 
von einer Konfigurationsanwendung dargesteUt wird, wel- 
che das ErsteUen und Manipulieren von Modulen erlaubt, so 
daB sie mil anderen Modulen innerhalb des integrierten Sy- 
stems verbunden werden. Unter Verwendung dieses Konfi- 10 
gurationsbildschirms konnen Module fur Anwendungen 
und Einrichtungen innerhalb des integrierten Systems und 
Module fur Anwendungen und Einrichtungen auBerhalb des 
inlcgrierten Systems, das heiBt soLche, die zu den ungleich- 
artigen Datenquellen gehoren, miteinander verbunden wer- la 
dent so daB sie miteinander kommunizieren. Diese Verbin- 
dung dcfinicn dann den DatenfluB zwischen den Modulen 
und soniit den DatenfluB zwischen cxtcrncn DatenqueUen 
und Anwendungen innerhalb des integrierten Systems oder 
umgekchrt. 

[0099J Module konnen ersteUt werden, indem eine eine 
Vielzahl von Modulvorlagen 360 (auf der linken Seite des 
Bildschinns in Fig. 6) gezogen und die gewahlte Vorlage in 
dem TConfigurationsbildschirm 362 plaziert wird. Das Mo- 
dul kann dann einer bestiminten Einrichtung oder Dalen- 2d 
quelle zugewiescn werden, wie zum Beispiel der Turbinen- 
einrichtung, innerhalb der IOP-Services oder innerhalb der 
Bibliothek der Hierarchie von Fig. 5 unter Verwendung von 
Pop-up-Eigenschaftsboxen und dergleichen. Sobald sie nut 
einer bestimmten extemen Einrichtung oder DatenqueUe 30 
uber einen IOP-Service und den extemen Server verbunden 
ist, kann das Modul so definiert werden, daB es bestimmte 
Parameter enthalt, die zu dieser Einrichtung gehoren. Derar- 
tige Parameter konnen Eigenschaften des Moduls sein, die 
von dem Modul verfugbar sind, wie beispielsweise Ausga- 35 
ben des Moduls. Einige oder alle definierten Modulparame- 
terdaten konnen so wiedergegeben werden, daB sie zu der 
extemen Einrichtung oder DatenqueUe in der Hierarchie 
350 in Fig. 5 gehoren. 

[0100] In diesem Fall schlieBt ein Dampfturbinenmodul 40 
364 einen Wirkungsgradparameter 366 und einen Lei- 
stungsparameter 368 ein, die als Ausgaben von dem Modul 
zur Verfugung stehen. Die anderen Elemente des Moduls 
364 die in der Hierarchie 350 in Fig. 5 wiedergegeben sind, 
sind ebenfalls als Teil des Moduls einschlieBlich der Funk- *> 
tionsblocke, der Einrichtungseingaben und -ausgaben, der 
zu der Einrichtung gehorenden Alarme etc. vorgesehen. Das 
Turbinenmodul 364, das zu der Kesseldampfturbine der 
Hierarchie 350 in Fig. 5 gehort beziehungsweise fur diese 
ersteUt wurde, enthalt ebenfalls Alarme, bei denen es sich 50 
urn die Alarme handelt, die von dem Benutzer in dem IOP 
oder Bibliotheksabschnitt der Hierarchie 350 gekennzeich- 
net oder freigegeben wurden. Einer dieser Alarme 1st als 
eine Ausgabe verfugbar. Die Ausgaben des Moduls sind Da- 
ten, die zu der Turbineneinrichtung gehoren, weiche durch 5> 
den extemen Server von der Einrichtung selbst oder anderer, 
zu der Einrichtung gehorender Software zur Verfugung ge- 
stellt werden. Diese Ausgaben konnen Parameter, MeBwerte 
etc sein, und zwar in Abhangigkeit davon, wie das Modul 
364 definiert ist. Die Eingaben in das Modul sind Eingaben 60 
von Anwendungen etc., die durch den extemen Server zu 
der tatsachlichen Einrichtung oder zu Software, die zu die- 
ser Einrichtung gehort, gesendet werden konnen, um in ei- 
ner bestimmten Weise auf diese Einrichtung einzuwirken. In 
der Tat sind die Eineabcn des Moduls 364 Datcn oder Stc-u- 6> 
ersignale, die die zugehorige Einrichtung akzeptieren oder 
erkennen wird. Die Funktion dieser Eingaben wird von der 
Einrichtune oder der zu dieser Einrichtung gehorenden Soft- 



ware definiert. Diese Eingaben emtoglichen es, daB Daien 
von anderen Modulen, wie zum Beispiel Modulen innerhalb 
des integrierten Systems oder zu anderen extemen Daten- 
quellen gehorende Modulen durch die IOP-Services und so- 
niit durch den extemen Server, der mit der extemen Daten- 
queUe verbunden ist, zu der extemen DatenqueUe oder Ein- 
richtung gesendet werden. Die externe DatenqueUe kann 
diese Eingabedaten in jeder gewunschten Weise verwenden. 
Sie kann beispielsweise durch diese Eingabedaten gesteuert 
werden oder diese Eingabedaten verwenden, um bessere 
oder exaktere Berechnungen uber die Parameter der Ein- 
richtung etc. zu erstellen. Auf Wunsch konnen die Module 
fur die extemen DatenqueUen auch Software einschlieBen, 
die die Eingaben, Ausgaben, Parameter etc. verwendet, um 
Berechnungen bestimmter Art durchzufuhren. 
[0101] In der bevorzugten Ausfuhrungsform des Konfigu- 
rationssystems basieren die Module, die fur die Einrichtun- 
gen, Anwendungen etc. innerhalb des integrierten Systems 
und die extemen DatenqueUen ersteUt wurden, auf dem 
Fieldbus- oder DeltaV-Modulkonzept, die sehr ahnhch sind. 
Hier ist das Modul 364, da es zu einer extemen DatenqueUe 
gehort, die die Modulorganisation nicht nutzt, ein Schatten- 
funktionsblock beziehungsweise ein Schattenmodul. AUge- 
mein ausgedruckt ist ein Schattenfunktionsblock oder ein 
Schattenmodulelemenl ein Funktionsblock oder Modul in 
der Konfigurationsdatenbank des integrierten Systems und 
ist so konfiguriert, daB es als Modul nutzbar ist. Dieses 
Schattenmodul ist jedoch mit der DatenqueUe oder der Em-' 
richtung in Kontakt und seine Ausgaben werden von dieser 
extemen Einrichtung erzeugt oder bereitgesteUt. Femer 
steUt das Schattenmodul die Eingaben, die es empfangt, fur 
die externe DatenqueUe bereit. Somit hat das Schattenmodul 
nur Eingaben und Ausgaben sowie einen Status, der die Ein- 
gaben fur die, die Ausgaben der und den Status der tatsach- 
Uchen Einrichtung oder DatenqueUe wiedergibt, wie sie 
durch die von dieser DatenqueUe empfangenen Daten be- 
summt werden. Die Nutzung eines Schattenmoduls macht 
jedoch die Eingaben und Ausgaben der extemen Einrich- 
tung oder DatenqueUe fur andere Module innerhalb des inte- 
grierten Systems zugreifbar, wie zum Beispiel Module, die 
zu Anwendungen in der Betriebsmittelnutzungssuite 50 ge- 
horen. Auf diese Weise arbeitet der Schattenfunktionsblock 
oder das Modul als eine Informationsleitung zwischen der 
extemen DatenqueUe und den Anwendungen in dem inte- 
grierten System, indem die von der extemen DatenqueUe 
empfangenen Daten in ein Format gesetzt werden, das von 
anderen Anwendungen innerhalb des integrierten Systems 
nutzbar ist. Die Beschreibung und Nutzung von Schatten- 
funktionsblocken ist in der US-Patentanmeldung mit der Se- 
riennumrner 09/151,084 mit dem Titel "A Shadow Function 
Block Interface For Use in a Process Control Network" be- 
schrieben, die am 10. September 1998 eingereicht wurde 
und auf den Rechtsinhaber der vorliegenden Erfindung 
iibertragen wurde und die hiermit durch Bezugnahme hienn 
eingeschlossen wird. m m 

[0102] Der Konfigurationsbildschirm 362 aus Fig. 6 zeigt, 
daB der Benutzer das Turbinenmodul 364 so konfiguriert 
hat daB Ausgaben desselben als Eingaben eines weiteren 
Moduls bereitgesteUt werden, das als ein Berechnungs- oder 
Calc-Modul 370 bezeichnet ist. Das Caic-Modul 370 enthalt 
eine Leistungseingabe, die von dem Turbinenmodul 364 
empfangen wird, sowie eine Eingabe, die von einem PID- 
Modul 372 empfangen wird, bei dem es sich um em Modul 
handeln kann, das zu einer ProzeBsteuerroutine innerhalb 
des integrierten Systems gehort. Das Calc-Modul 370 nutzt 
diese Eingaben, um eine Ausgabe zu erzeugen, die die Not- 
wendigkeit zur Veranderung einiger Parameter innerhalb der 
Turbine, die zu dem Modul 364 gehort, anzeigen kann. In 
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diesem Bei spiel wird die Ausgabe des Calc-Moduls 370 an 
eineEingabe des Turbinenmoduls364 gegeben, so daB diese 
Daten liber die IOP-Services und die externen Server an die 
Anwendung (wie zum Beispiel die RTO+ Anwendung) ge- 
sendet werden, welche die zu der Turbine gehorenden Daten 
hcreitstellt. Es versteht. sich, da!3 das Calc-Modul 370 ein 
Modul ist, das in einer Workstation innerhalb des integrier- 
len Sysicms impiementiert ist und in dieser abiauft. Das 
Calc-Modul 370 kann einer anderen Anwendung zugeord- 
nci sein, bcispielswcisc einer der Anwendungen in der Be- 
iriebsniitielnui/.ungssuite 50. In diesem Rahmen zeigt der 
Konliguraiionsbildsehirm 362 von Fig. 6 die Art, in der eine 
cxicmc Daicnquellc mil einer Anwendung innerhalb des in- 
tcgrierien Sysicms gckoppelt ist, um Daten fur diese An- 
wendung bercit/.usicllcn. Ferner benutzt die Anwendung in- 
nerhalb des iniegrierten Systems (das heiBt das Calc-Modul 
370) die 1 crtniaien und ProzcBsteuerdaten, um eineBerech- 
nung aus/ufuhrcn. und sendei andcrc Daten und Informatics 
nen iiber einen eviernen Server un die cxterne Datenquelle. 
Es vcrslehl sich. duii der eviemc Server zur Nutzung von 
OPC oder einen i anderen >*cuunschlcn Kommunikations- 
konverticrung>protokoll konhpurien isi, um die Daten in 
das ordnungsgem j tie Formal /u konvertieren, wenn sie in 
die bei den Riehiungen /vvjsehen dem integrierten System 
und der exiernen Daienuiielle flielicn. 
[0103] Obwohl eine Kon figurations- oder Kommunikati- 
onsstrategie zwischen einer exiernen Dalenquelle und einer 
Anwendung innerhalb des iniegrierten Systems in Fig. 6 
dargestellt ist, vcrslehl es sieh. daB Module fur andere Da- 
tenquellen, vcrschicdcnc Module, die mit derselben Daten- 
quelle verbunden si ml, eic., chenso crslcllt und miteinander 
verbunden werden konnicn. um die Kommunikation zwi- 
schen beliebigen exiernen Dal cnquc lien und beliebigen An- 
wendungen innerhalb des iniegrierten Systems bereitzustel- 
len. Ferner konnlen Module von verschiedenen externen 
Datenquellen miteinander in Kommunikationsverbindung 
gebracht werden, um die Kommunikation zwischen diesen 
Datenquellen bereilzuslellcn. In diesem Fail bietet das Da- 
tenerfassungs- und Verlcilungssystcm 102 die erforderliche 
Datenerfassung und -konvenierung zwischen denDatenfor- 
maten, die zu den verschiedenen externen Datenquellen ge- 
horen. 

[0104] Ein Beispiel der Manipulation von Daten von einer 
externen Datenquelle innerhalb eines Moduls, das zum Er- 
fassen und Organ i si cren von Daten von dieser Quelle erstellt 45 
wurde, ist die Nutzung oder Erzeugung von Alarmen fur 
eine externe Datenquelle. Insbesondere konnen Alarme fur 
ein Modul definiert werden, um die tatsachlichen Alarrnda- 
ten, die von der exiernen Quelle bereitgestellt werden, zu er- 
fassen und wiederzugeben. Zusatzlich oder alternativ kon- 
nen Alarme innerhalb eines Moduls basierend auf von der 
externen Datenquelle, die zu diesem Modul gehort, empfan- 
genen Daten erzeugt werden. In dem Falle in dem die 
Alarme innerhalb des Moduls erzeugt werden, kann ein 
Funktionsblock innerhalb des Moduls Daten von der exter- 
nen Quelle sowie Daten von anderen Quellen, sofern er- 
wunscht, sammeln und jede gewunschte Berechnung aus- 
fiihren, um zu bestimmen, ob ein Alarmzustand oder Be- 
nachrichtigungszustand vorliegt. Wenn dies der Fall ist, 
kann dieser Funktionsblock ein Alarmsignal setzen, das 
dem Modul zugehorig ist und das von Alarmierungsanwen- 
dungen uberwacht oder zu diesen gesendet werden kann, 
welche diesen Alarm in derselben Weise wie andere Alarme 
verarbeiten. Eine derartige Alarmverarbeitung konnte das 
Anzcigcn des Alarms fur den Bcnutzcr, das Spcichcrn des 
Alarms, das Ermoglichen der Bestatigung des Alarms etc. 
einschlieBen. Ferner kann die Alarmfahigkeit eines Moduls, 
wie etwa eines Moduls, das einer externen Datenquelle zu- 
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gehorig ist., freigegeben oder auBer Betrieb gesetzt werden 
(wodurch die Alarmfahigkeiten des Moduls ein- oder ausge- 
schaltet werden konnen), und zwar iiber die Hierarchie 350 
in Fig. 5. Fs verstehr. sich somit, daB Daten von externen Da- 
tenquellen auf einen Alarm innerhalb des Moduls gemapped 
werden konnen oder verwendet. werden konnen, um einen 
Alarm fur das Modul und somit fur die externe Datenquelle 
zu erzeugen. 

[0105] Um auf Daten von einer externen Datenquelle oder 
einer externen Datenquelle zugehorige Daten zuzugreifen, 
diese zu erfassen oder zu betrachten, kann ein Benutzer 
durch den Bibliotheksabschnitt der Hierarchie 350 gehen, 
um die zu den externen Servern gehorende Information zu 
betrachten. Zusatzlich kann der Benutzer die Steuerstrate- 
gien betrachten und nach dem speziellen Modul fur die ex- 
terne Datenquelle suchen. Ferner kann der Benutzer den 
ACN, Workstation, IOP, externer Server, Einrichtungs-Pfad 
in der Hierarchic 350 nutzen, um die gccignctcn Daten zu 
finden. 

[0106] Ahnlich den Alarmservices konnen andere Arten 
von Services fur die externen Datenquellen, wie zum Bei- 
spiel Diagnoseservices, fur die externen Datenquellen unter 
Verwendung der Hierarchie 350 aus Fig. 4 und des Datener- 
fassungs- und Verteilungssy stems 102 bereitgestellt werden. 
Beispiels weise erfassen einige Diagnoseanwendungen re- 
gelmaBig Daten von oder uber Module innerhalb des inte- 
grierten Systems und nutzen diese Daten zum Diagnostizie- 
ren von Problemen, mangelnder Leistung, etc. Dieselben 
Diagnoseanwendungen konnen nun verwendet werden, um 
Daten uber externe Datenquellen unter Verwendung der 
Module, die fur diese Datenquelle erzeugt wurden, zu erfas- 
sen. Somit konnen die ftir die Diagnoseanwendung erf order- 
lichen Daten in automatischer Weise erfaBt werden, solang 
das zu der externen Datenquelle gehorende Modul so konfi- 
guriert ist, daB es die fur die Diagnoseanwendung erf order- 
lichen Daten von der externen Datenquelle empfangt oder 
erfaBt. In einigen Fallen kann die Informadon iiber das Mo- 
dul selbst, wie zum Beispiel die Variabilitat innerhalb von 
Eingaben, Ausgaben oder anderen Parametern des Moduls, 
fur Diagnosezwecke verwendet werden. Selbstverstandlich 
konnen alle gewunschten Daten fur diese Diagnoseanwen- 
dungen erfaBt oder verwendet werden. Ahnlich wie Alarme 
konnen die Diagnoseanwendungen, wie etwa die Inspect- 
Anwendung, die von Fisher Rosemount Systems, Inc., ver- 
trieben wird, in der Hierarchie 350 in Fig. 5 freigegeben 
oder auBer Betrieb gesetzt werden. Diese Diagnoseanwen- 
dung ist im Detail in der US-Patentanmeldung mit der Seri- 
ennummer 09/256585 mit dem Titel "Diagnostics in a Pro- 
cess Controll System" beschrieben. Selbstverstandlich 
konnten andere Diagnoseanwendungenindizes fur die ex- 
terne Datenquelle erzeugen, um den Zu stand dieser Daten- 
quelle oder der Einrichtung, die zu der Datenquelle gehort, 
zu bezeichnen. Derartige Indizes konnten einen Nutzungsin- 
dex, einen Leistungsindex, einen Variabilitatsindex oder ei- 
nen anderen Hilfsindex einschlieBen. 

[0107] Die Verwendung einer gemeinsamen Moduldefini- 
tion oder eines Schemas innerhalb des Datenerfassungs- und 
-verteilungssystems 102 macht die Erstellung und Nutzung 
dieses Systems besser verstandlich, programmierbar und 
nutzbar. Somit kann es wunschenswert sein, obgleich dies 
nicht erforderlich ist, ein offenes oder bekanntes Moduipro- 
tokoll zu verwenden, wie zum Beispiel das Fieldbus-Proto- 
koll, das DeltaV-Protokoll, das dem Fieldbus-Protokoll sehr 
ahnlich ist, oder ein anderes offenes Protokoll, um die hier 
bcschricbcncn Module zu manipulicrcn. Wenn ein dcrarti- 
ges offenes Protokoll verwendet wird, konnen Diensdei- 
stungsanbieter, die die externen Datenquellen zur Verfugung 
stellen oder beaufsichtigen, in der Lage sein, das Datener- 
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fassungs- und -verieilungssysiem 102 zu unrerstiitzen, in- 
dem ein Vorrechner bzw. Frontend fur ein externes System 
ersielli wird, welches das offene Protokoll nutzt, um Daten 
7u dem Datenerfassungs- und -verteilungssystem 102 zu 
kommunizieren. Wenn dies der FaU ist, kann fur diese Da- d 
lenquelle moglicherweise kein OPC PI, etc., Frontend fur 
das Datenerfassungs- und -verteilungssystem 102 erforder- 
lich sein Anstelle dessen konnen die von dem Datenerras- 
sunos- und -verteilungssystem 102 geschaffenen Module 
cinfach von den entfernten Datenqueilen selbst importiert 10 
werden Fcmer ermoglicht es das Vorsehen dieses Frontend 
an den externen Datenqueilen den Operatoren oder Besit- 
/ern dieser Datenqueilen, die von ihrem System verfugbaren 
Daicn zu definieren, Alarme und Benachrichugungen be- _ 
rcii/usiellcn, die fur ihr System am wesentlichsten sind, die i> 
l>;a"noseanwenduhgen, die in dem integrierten System ver- 
ucrukM werden, besser zu unterstiitzen, ect., was alles dazu 
hciirui:!. ilaB ihrc Produktc oder Dicnstlcistungcn attraktivcr 
werden C.leichermaBen macht es dieses Frontend leichter, 
A S ihrc Anwcndungen Daten von anderen QueUen erfassen 20 
um! nui/en. wie zum Bcispiel andere externe DatenqueUen 
und Armcndungcn inncrhalb des integrierten Systems, was 
/ii c iner Wert sic ige rung ihres Produkts fuhren kann. 
|(HOX| Obwohl das Datenerfassungs- und Verteilungssy- 
sfcm liicr mil tier Vcrwcndung von Modulen und der Orga- ^ 
nisuiion und Manipulation unter Verwendung einer Hierar- 
chic des Mxplorcnvps, wie die in Fig. 5 gezeigte, beschrie- 
ben wurdc. verstcht es sich, daB dies nureine Art zur Imple- 
mcntierung dieses Systems ist. Jede andere Weise des Erfas- 
sens von Daten von externen DatenqueUen, des Konvertie- 30 
rens derselben in ein gemcinsames oder nutzbares Format, 
des Speichcrns dieser Daten und des Bereitstellens der Da- 
icn fur andere Anwcndungen konnteebenso verwendet wer- 
den Wahrcnd fcrncr das Datenerfassungs- und - verteilungs- 
system 102 in Fig. 3 als einzelnes Objekt dargestellt wurde, 3» 
konnte es auch cine vcrtcilte Natur haben. Somit konnen 
verschiedenc Workstations oder andere Computereinnch- 
tungen, die Liber ein intcgriertes System verteilt sind, Daten 
von verschiedenen Qucllcn erfassen und diese Daten in ei- 
ner Weise verarbeiten und speichern, die sie fur das mte- 40 
crierte Svsicm verlugbar macht. 

101091 Sobald das Datenerfassungs- und -verteilungssy- 
stem 102 konliguriert ist, gibt es viele verschiedene Arten 
von Anwcndungen, die die von den ungleichartigen Daten- _ 
qucllcn erfaBten Daten nutzen konnen, um neue oder voll- 
standigere Funklionen inncrhalb einer ProzeBumgebung 
auszufuhrcn. Beispiclswcise konnen eine oder mehrere der 
Anwcndungen inncrhalb der Betriebsmittelnutzungssuite 50 
verwendet werden, um die Ausfuhrung eines oder mehrerer 
mathematischcr oder Softwaremodelle zu beaufsichtigen 50 
oder diese auszufiihren, welche die Operation einer be- 
slimmtcn Anlagc oder von Objekten innerhalb der Anlage 
modcllhafi abbilden, wie zum Beispiel Einnchtungen, Ein- 
heiten Rcgclkrcise, Bereiche etc. Somit konnen ProzeB- 
odcr Einrichtungsmodelle erzeugt und implementiert wer- 5:> 
den um die erfaBten Daten zu nutzen. Diese Daten konnen 
auf ProzcBausriistung oder ProzeBbereichen basieren. In ei- 
ner Ausfuhrungsform tcilt zur Erzeugung dieser Modelle ein 
Modcllbildungscxpcrtc die Anlage in Ausrustungskompo- 
nenten und erstclll ein Modeil fur die verschiedenen Kom- 60 
poncntenteile in jeder gewunschten Abstraktionsebene. Bei- 
spielsweisc wird das Modeil fur eine Anlage in Software im- 
plementiert und aus cinem Satz von hierarchisch in Bezie- 
' hung stehenden, miteinandcr verbundenen Modellen fur die 
verschiedenen Bcrcichc der Anlagc gcbildct oder kann dicsc 6> 
enthahen. In ahn lie her Weise kann das Modeil fur jeden An- 
lagenbereich aus cinzclncn Modellen fur die verschiedenen 
Einheiten inncrhalb der Anlage mit Verbindungen zwischen 



den Eingaben und Ausgaben dieser Einheiten aufgebaut 



sein, , 
[0110] GleichermaBen konnen Einheiten aus miteinander 
verbundenen Ausrustungsmodellen aufgebaut sein und so 
fort Selbstverstandlich konnen BereichsmodeUe Einnch- 
tungsmodelle haben, die mit EinheitenmodeUen, Regel- 
kreismodeUen etc. verbunden sind. In diesem Beispiel einer 
Modelihierarchie konnen die Eingaben und Ausgaben von 
Modellen fur die Objekte unterer Ebenen, wie zum Beispiel 
Einrichtungen, miteinandcr verbunden sein, um Modelle fur 
Objekte hoherer Ebenen zu erzeugen, wie zum Beispiel Ein- 
heiten, deren Eingaben und Ausgaben untereinander ver- 
bunden sein konnen, um ebenfalls Modelle hSherer Ebenen 
zu erstellen, wie zum Beispiel BereichsmodeUe, und so wel- 
ter Die Art in der die verschiedenen Modelle kombiniert 
oder miteinander verbunden werden, ist selbstverstandlich 
von der im Modeil nachgebildeten Anlage abhangig. Selbst- 
verstandlich konnen diese Modelle crfordcrlichc Daten von 
externen DatenqueUen in der vorstehend beschriebenen 
Weise erhalten. 

[0111] Ein Beispiel einer Verwendung von hierarchischen 
SoftwaremodeUen wird nachfolgend unter Bezug auf Fig. 
7A und 7B beschrieben. Fig. 7A zeigt ModeUe fur mehrere 
Bereiche 380, 381 und 382 in einer Raffinerieanlage. Wie 
Fig 7A zeigU enthalt das Bereichsmodell 382 ein Konipo- 
nentenmodeU einer Rohmaterialquelle 384, die Rohrnate- 
rial, wie zum Beispiel Rohol, einem Vorverarbeitungsrno- 
dell 388 zuliefert. Die Vorverarbeitungseinnchtung 3H» 
fuhrt eine Raffinierung des Rohmaterials durch und gibt erne 
Ausgabe typischerweise Rohol, an einen DestiUationspro- 
zeB 390 zur weiteren Raffinierung ab. Der DestiUationspro- 
zeB 390 gibt C0H4 aus, gewohnlich ein gewiinschtes Pro- 
dukL und C9H6, das allgemein ausgedruckt ein Abfallpro- 
dukt ist. Das C,H 6 wird zu einem C 2 -Cracker 392 zuruckge- 
leitet, der seine Ausgabe an die Vorverarbeitung 388 zur 
weiteren Verarbeitung abgibt. Die Ruckfuhrung von dem 
DestillationsprozeB 390 durch den ^-Cracker 392 1st em 
WiederaufbereitungsprozeB. Somit kann das Modeil fur den 
Bereich 283 getrennte ModeUe fur die RohmatenalqueUe 
384 die Vorverarbeitung 388, den DestillationsprozeB 390 
und den OCracker 392 haben, die wie in Fig. 7A gezeigt, 
miteinander verbundene Eingange und Ausgange haben. 
Das heiBt, daB jedes Komponentenmodell in die Eingaben 
und Ausgaben anderer Komponentenmodelle in der m Fig. 
7A aezeigten Weise eingebunden sein kann, um das Modeil 
fur den Bereich 382 zu bilden. Selbstverstandlich konnten 
die ModeUe fur die anderen Bereiche 380 und 381 andere 
Komponentenmodelle haben, die miteinander verbundene 
Eingaben und Ausgaben haben. Diese Modelle konnen in ei- 
nem Prozessor implementiert sein, der zu einer externen Da- 
tenqueUe gehort, und Ausgaben, wie zum Beispiel den Wir- 
kungsgrad etc., an das integrierte System abgibt. Im Gegen- 
satz dazu konnen die ModeUe in dem integrierten System 
implementiert sein und Daten von einer oder mehreren ex- 
ternen DatenqueUen empfangen. 

[0112] In Fig. 7B ist das KomponentenmodeU fur den De- 
stillationsprozeB 390 im Detail dargestelk und enthalt ^eine 
Destillationskolonne 400, die einen oberen Abschnitt 400 1 
und einen unteren Abschnitt 400B hat. Die Eingabe 403 m 
die Destillationskolonne 400 ist eine Anzeige^von Druck 
und Temperatur, die mit der Ausgabe des Modells tur die 
Vorverarbeitung 380, das in Fig. 7A gezeigt ist, verbunden 
sein kann. Diese Eingabe konnte jedoch von einem Operator 
eingesteUt werden oder auf der Basis von tatsachheh gemes- 
senen Eingaben oder Variablcn inncrhalb der Anlage 10 ein- 
gesteUt. werden. AUgemein ausgedruckt enthalt die Destilla- 
tionskolonne 400 eine Anzahl von darin angeordneten Plat- 
ten und die Fliissigkeit bewegt sich wahrend des Destillau- 
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onsprozesses zwischen diesen Platten. C 2 H 4 wird an der 
Oberseire 400T der Kolonne 400 erzeugt und ein RuckfluB- 
behalter 402 fuhrt einen Teil dieses Materials an. die Ober- 
seire 400T der Kolonne 400 zuriick. C 2 H 6 kommr. allgemein 
aus dem Boden der Kolonne 400 und ein Aufkocher 404 
pumpt Polypropylen in die Unterseite 400B der Kolonne 
400, urn den DestillationsprozeB zu unterstutzen. Selbstver- 
standlich kann auf Wunsch das Modeil fur den Destillations- 
prozeB 390 aus Komponentenmodellen fur die Destillations- 
kolonne 400 ? den RuckfluBbehalter 402 und den Aufkocher 
404 etc. aufgebaut sein, wobei die Eingaben und Ausgaben 
dieser Modelle wie in Fig. 7B miteinander verbunden sind, 
um das Komponentenmodell fiir den DestillationsprozeG 
390 zu bilden. 

[0113] Wie vorstehend angefuhrt, kann das Komponen- 
lenmodcll fur den DestillationsprozeB 390 als Teil eines Mo- 
de I Is fur den Bereich 382 ausgefuhrt werden oder kann sepa- 
rai und gclrcnnt von andcrcn Modcllcn ausgefuhrt werden. 
Insbcsondcrc konnen die Eingabe 403 in die Destillations- 
kolonnc 400 und/odcr die Ausgaben C2H4 und C 2 H 6 tat- 
sachlich gemcssen werden und diese Messungen konnen in- 
nerhalb des Modells des Deslillationsprozesses 390 in einer 
Reihe von nachfolgend beschriebenen Weisen verwendet 
werden. In einer Ausfuhrungsform konnen die Eingaben 
und Ausgaben des Modells des Deslillationsprozesses 390 
gemessen und verwendet werden, urn andere Faktoren oder 
Parameter zu bestinimen, die zu dem Modell des Destillati- 
onsprozesses 390 gehoren (wie zum Beispiel die Effizienz 
der Destillationskolonne, etc.), um das Modell des Destilla- 
tionsprbzesses 390 zwangs weise exakter an den Betriebsab- 
lauf der tatsachlichen Destillationskolonne in der Anlage 10 
anzupassen. Das Modell des Deslillationsprozesses 390 
kann dann mit den berechneten Parametern als Teil eines 
groBeren Modells, wie zum Beispiel eines Bereichs- oder 
Anlagenmodells, verwendet werden. Alternativ oder zusatz- 
lich kann das Modell des Destillationsprozesses 390 mit den 
berechneten Parametern verwendet werden, um virtuelle 
Sensormessungen zu bestimrnen oder um zu bestimrnen, ob 
tatsachliche Sensormessungen innerhalb der Anlage 10 feh- 
lerhaft sind. Das Modell des Destilladonsprozesses 390 mit 
den bestimmten Parametern kann auch verwendet werden, 
um Kontroll- oder BetriebsmiUelnutzungs-Optimierungsun- 
tersuchungen etc. durchzufuhren. Ferner konnen Kompo- 
nentenmodelle verwendet werden, um entstehende Pro- 
bleme in der Anlage 10 zu erf assen und zu isolieren oder um 45 
zu sehen, wie Veranderungen an der Anlage 10 sich auf die 
Auswahl der Optimierungsparameter fiir die Anlage 10 aus- 
wirken. 

[0114] Auf Wunsch kann jedes bestimmte Modell oder 
Komponentenmodell ausgefuhrt werden, um die Werte von 
Parametern zu bestimrnen, die zu diesem Modell gehoren. 
Einige der oder alle dieser Parameter, wie zum Beispiel Ef- 
fizienzparameter, sind fiir einen Techniker im Kontext des 
Modells von Bedeutung, sind jedoch allgemein innerhalb 
der Anlage 10 nicht meBbar. Genauer ausgedriickt kann ein 
Komponentenmodell allgemein mathematisch mit der Glei- 
chung Y = F(X,P), beschrieben werden, wobei die Ausga- 
ben Y des Modells eine Funktion der Eingaben X und einer 
Menge von Modellparametern P sind. In dem Beispiel des 
Destillationskolonnenmodells des Destilladonsprozesses 
390 in Fig. 7B kann ein Expertensystem periodisch Daten 
von der tatsachlichen Anlage erfassen (bei spiels weise 
stundlich, alle 10 Minuten, jede Minute etc.), welche die tat- 
sachlichen Eingaben X in das und die Ausgaben Y von dem 
Objckt angeben, zu wclchcm das Modell gchort. Dann kann 65 
in entsprechenden Zeitabstanden eine Regressionsanalyse, 
wie zum Beispiel eine maximale Wahrscheinlichkeit, Me- 
thode der kleinsten Quadrate oder jede andere Regressions- 
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analyse unter Verwendung des Modells und mehrerer Satze 
der gemessenen Eingaben und Ausgaben durchgefiihrt. wer- 
den, um die beste Genauigkeit fiir die unbekannten Modell- 
parameterB basierend auf den mehrfachen Satzen von MeB- 
daten zu bestimnien. Auf diese Weise konnen die Modellpa- 
rameter P fur jedes bestimmte Modell unter Verwendung 
tatsachlicher oder gemessener Eingaben und Ausgaben be- 
stimmt werden, um das Modell mit dem im Modell darge- 
stellten Objekt in Einklang zu bringen. Selbstverstandlich 
kann dieser ProzeB fiir alle beliebigen Komponentenmo- 
delle durchgefiihrt werden, die in der Anlage 10 verwendet 
werden, und kann unter Verwendung jeder geeigneten An- 
zahl von gemessenen Eingaben und Ausgaben ausgefuhrt 
werden. Ferner konnen die erfaBten Daten oder die aus die- 
sen Daten berechnete Information an das Datenerfassungs- 
und Verteilungssystem 102 abgegeben werden und in Mo- 
dulen, die diese Modelle wiedergeben, den von diesen Mo- 
dcllcn modcllhaft dargcstclltcn Elcmcntcnmodcllcn etc., 
verwendet werden. 

[0115] In jedem Fall kann unter Verwendung dieser Koni- 
ponentenmodelle oder der von diesen Modellen erzeugten 
oder erfaBten Daten die Betriebsmittelnutzungssuite 50 eine 
Betriebsmittelleistungsuberwachung durchfuhren, indem 
die Werte der bestimmten Modellparameter (und/oder Mo- 
delleingaben und -ausgaben) gegen die Zeit aufgelragen 
werden. Ferner konnen die Modelle, ob sie nun in einer Da- 
tenquelle oder in der Betriebsmittelnutzungssuite 50 ablau- 
fen, mogliche fehlerhafte Sensoren erfassen. Wenn ein oder 
mehrere Sensoren einen hohen oder einen anderweidg nicht 
akzeptablen Fehler aufzuweisen scheinen, kann die Be- 
triebsmittelnutzungssuite 50 eine Wartungsperson und/oder 
einen ProzeBsteueroperator uber den fehlerhaften Sensor be- 
nachrichtigen. 

[0116] Wie vorstehend angefuhrt, konnen die Parameter, 
Eingaben, Ausgaben oder andere Variablen, die zu einem 
beliebigen Modell gehoren, gespeichert und ruckverfolgt 
werden, um eine Leistungsuberwachung fiir eine Einheit, ei- 
nen Bereich oder jedes andere Objekt eines Prozesses oder 
einer Anlage zu gewahrleisten. Auf Wunsch konnen zwei 
oder mehr dieser Variablen gemeinsarn ruckverfolgt oder 
iiberwacht werden, um ein Ma6 der Leistungsfaliigkeit des 
Objekt s zu haben. 

[0117] Die Betriebsmittelnutzungssuite 50 kann ein oder 
mehrere Objekte basierend auf Modellparametern oder an- 
deren Modellvariablen uberwachen und kann die Betriebs- 
zustande oder LeistungsrnaBe dieser Objekte an beliebige 
ausgewahlte Personen, Funktionen oder Anwendungen in- 
nerhalb der ProzeBsteueranlage 10 melden, wie zum Bei- 
spiel ein ProzeBsteuerungsexpertensystem, eine Wartungs- 
person, eine kaufmannische Anwendung, eine Benutzer- 
schnittstellenroudne etc. Selbstverstandlich kann die Be- 
triebsmittelnutzungssuite 50 eine Leistungs- oder Zustands- 
uberwachung an jedem gewiinschten Objekt durchfuhren, 
basierend auf einem, zwei, drei oder jeder gewiinschten An- 
zahl von Parametern oder Variablen fur jedes Objekt. Die 
Identitat und die Anzahl der Variablen oder Parameter, die in 
dieser Leistungsuberwachung zu verwenden sind, wird im 
allgemeinen durch einen Experten bestirnmt, der mit dem 
ProzeB vertraut ist, und basiert auf der Art des uberwachten 
Objekts. 

[0118] Auf Wunsch konnen die Betriebsmittelnutzungs- 
suite 50 oder genauer die Statusmonitoranwendung 240 ei- 
nen Leistungsindex oder eine Kurve bestimrnen, indem ein 
oder mehrere von den Modellen wie vorstehend beschrieben 
bestimmte Parameter mit dem gleichen, von dem Modell be- 
stimmten Parameter verglichen wird, das in Ubereinstim- 
mung mit den Konstrukuonsparametem des im Modell 
nachgebildeten Objekts gefahren wird. Im einzelnen kann 
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die Betriebsmittelnutzungssuite 50 ein Modell timer Ver- 
wendung der Konstruktionsparameter des Objekts in der 
Anlage 10 ausfuhren. zu welcher das ModeU gehorl umzu 
hestimmen. was die konstruktionsgemSBe Leistung des Ob- 
jekts ware, wenn es gemaB dean gegenwartigen ProzeBstatus » 
und unter Verwendung der tatsachlichen Eingaben in das 
Objekt entsprechend den Messungen innerhalb der Anlage 
10 arbeiten wiirde. Diese Konstruktionsleistung kann dann 
rait der tatsachlichen Leistung dieses Objekts verghchen 
werden, die durch das Komponentenmodell fur das Objekt 10 
bestimmt wird oder die durch gemessene Eingaben und 
Ausgaben des Objekts bestimmt wird, urn em MaB der Lei- 
stung des Objekts zu schaffen. 

[0119] Die KomponentenmodeUe konnen auch verwendet 
werden, um eine ProzeBoptimierung durchzufuhren. Insbe- i= 
sondere kann die Betriebsmittelnutzungssuite 50 eine oder 
mehrere Optimierungsroutinen verwenden, welche die ein- 
zelnen KomponentenmodeUe ausfuhren, um den Bctncbs- 
ablauf der Anlage hinsichtlich bestimmter Opumieningskn- 
tcrien zu optimieren, die beispielsweise von einem ProzeB- -0 
sl.eueroperat.or oder einem kaufmannischen Mitarbeiter uber 
cine kaufmannische Anwendung vorgegeben werden. Das 
Optimierungsprogramm kann ein Echtzeitoptimierungspro- 
gramm sein, das in Echtzeit arbeitet, um die Anlage 10 ba- 
sierend auf dem tatsachlichen Status der Anlage 10 zu die- 2> 
sem Zeitpunkt zu optimieren. Altemativ oder zusatzhch 
kann ein Optimierungsprogramm Veranderungen festlegen 
die an der Anlage 10 durchzufuhren sind, wie zum Beispiel 
das korrekte Einstellen von bestimmen Einnchtungen oder 
Einheiten, die die beste Optimierung der Anlage 10 ergeben. 30 
Selbstverstandlich konnen andere Arten von Optimierungs- 
routinen anstelle der oder zusatzhch zu den hier genannten 
ausgefiihrt werden. 

[0120] Als Resultat der vorstehenden Erorterung ist zu er- 
kennen, daB die Nutzung von Modellen viele neue Arten *> 
von Daten oder Informationen fiir die kaufmannischen An- 
wendungen, ProzeBsteueranwendungen und Betnebsmittel- 
wartungs- und Leistungsiiberwachungsanwendungen be- 
reitstellt. Insbesondere konnen die ModeUe verwendet wer- 
den um eine Leistungsuberwachung durchzufuhren und ei- 40 
nen Leistungsindex zu erzeugen, der die relative Leistung 
einer Einrichtung, Einheit, eines Bereichs etc. innerhalb ei- 
ner Anlage anzeigt. Dieser Leistungsindex kann ein MaB der 
Leistungsfahigkeit eines Objekts in Bezug auf die mogliche 
Leistung dieses Objekts sein. Wahrend ferner vorstehend 4> 
Einrichtunes- und EinheitenmodeUe erortert worden, konn- 
ten ahnliche ModeUe fur ProzeBsteuerungsobjekte, wie zum 
Beispiel Regelkreise, Einheiten etc., erstellt und ausgefuhrt 
werden, um Leistungsmessungen und Optimierungsknte- 
rien fur diese Arten von Objekten ebenfalls bereitzustellen. 50 
Ferner konnen wie vorstehend angefuhrt ModeUe in einigen 
FaUen verwendet werden, um den Zustand von bestimmten 
Einrichtungen oder anderen Objekten zu messen und einen 
Zustandsindex bereitzusteUen, der diese Objekte bezeich- 
net Beispielsweise konnen die Fehlermessungen von be- 55 
stimmten Eingabe- und Ausgabesensoren, wie sie durch die 
an bestimmten ModeUen verwendete Regressionsanalyse 
bestimmt werden, als eine Angabe hinsichOich des Zustati- 
des dieser Einrichtungen verwendet werden oder in eine sol- 
che konvertiert werden. Ferner konnten andere Informatio- 60 
nen, die anderweitig fur die ProzeB-ControUer nicht yerfug- 
bar sind, wie zum Beispiel ModeUparameter virtueUe Sen- 
sormessungen basierend auf den ModeUen, den ProzeB- 
Controllern oder den kaufmannischen Mitarbeitem zur Ver- 
wendung in viclfaltigcr Wcisc zur Vcrfugung gcstcUt wer- &> 

^0121] Neben Leistungs- und Zustandsindizes kann die 
Betriebsmittelnutzungssuite 50 die Indexerzeugungsroutine 



bei der Erstelluns anderer Anen von Indizes, wie zum Bei- 
spiel eines Nutzunasindex oder eines Variabiliiatsindex, un- 
terstiitzen. Ein Variabilitatsindex gibt an, wie stark ein be- 
stimmres Signal fur eine oder aus einer bzw. ein anderer Pa- 
rameter, der zu einer Einrichtung, einem Regelkreis einer 
Einheit etc. gehort, im Vergleich dazu, wie stark die Varia- 
tion dieses Parameters erwartet wird, vaniert. Die zum Er- 
zeugen dieses Variabilitatsindex erforderlichen Daten kon- 
nen°von der Betriebsmittelnutzungssuite 50 uber das Daten- 
erfassungs- und Verteilungssystem 102 erfaBt werden und 
an die Indexerzeugungsroutine zu jedem gewunschten oder 
geeigneten Zeitpunkt abgegeben werden. Selbstverstandlich 
kann das normale AusmaB der Variation eines Signals oder 
eines Parameters von einem Hersteller, einem Techmker, ei- 
nem Operator oder einer Wartungsperson eingesteUt wer- 
den der mit dem Objekt vertraut ist, oder kann auf einer sta- 
tistischen Messung (wie zum Beispiel Durchschmtt, Stan- 
dardabweichung etc.) basicrcn, die zu dicscm oder anderen 
ahnUchen Objekten innerhalb der Anlage gehort, und diese 
normale oder erwartete Variation kann innerhalb der Index- 
erzeugungsroutine gespeichert oder aktuaUsiert werden. 
[0122] Der Nutzungsindex verfolgt in einer behebigen 
Form die Nutzung der einzelnen Regelkreise oder anderer 
Objekte oder gibt diese wieder und kann eine Angabe dar- 
uber bereiistellen, ob diese Objekte basierend auf zuvor be- 
stimmten Leistungsmerkmalen oder Betriebszielen genutrt 
werden. Ein Nutzungsindex kann basierend auf der gemes- 
senen Nutzung der tatsacMichen Einrichtung erzeugt wer- 
den Beispielsweise kann gemessen werden, wie oft eine 
Einrichtung innerhalb eines Prozesses im Vergleich zu ihrer 
gewunschten Nutzung genutrt wird. Der Nutrungsindex 
kann Regelkreise etc. identifizieren, die nicht konstruktions- 
eemaB genutrt werden. 

[0123] Wie vorstehend angegeben steUt die Benutzer- 
schnittsteUemoutine 244 eine graphische Benutzerschnitt- 
steUe (GUT) bereit, die mit der hier beschriebenen Betriebs- 
mittelnutzungssuite 50 integriert ist, um die Interaktion des 
Benutzers mit den verschiedenen BetriebsnMttelnutzungsfa- 
higkeiten, die von der Betriebsmittelnutrungssuite 50 zur 
Verfugung gesteUt werden, zu erleichtern. Bevor jedoch die 
GUI im Detail erortert wird, soUte festgesteUt sem, daB die 
GUI eine oder mehrere Softwareroutinen enthalten kann, die 
unter Verwendung betiebiger geeigneter Programmierspra- 
chen und -techniken implementiert werden. Femer konnen 
die die GUI bildenden Softwarenroutinen in einer einzelnen 
Verarbeitungsstation oder -einheit gespeichert und yerarbei- 
tet werden, wie etwa in einer Workstation, einem Steuerge- 
rat etc. innerhalb der Anlage 10 oder altemativ konnen die 
Softwareroutinen der GUI in verteilter Weise unter Venven- 
dung einer Vielzahl von Verarbeitungseinheiten, die mitein- 
ander in Kommunikationsverbindung stehen, innerhalb des 
Betriebsmittelnutzungssystems gespeichert und ausgefuhrt 
werden. Femer kann auf die von der GUI zum ErsteUen von 
bestimmten Bildschirmen genutzten Daten von extemen 
DatenqueUen iiber das Datenerfassungs- und -verteilungssy- 
stem 102 zugegriffen werden. 

[0124] Vorzugsweise, jedoch nicht notwendigerweise, 
kann die GUI unter Verwendung einer vertrauten graphi- 
schen auf Windows basierenden Struktur und auBeren Er- 
scheinung implementiert werden, in der eine Vielzahl von 
miteinander verbundenen graphischen Ansichten oder Sei- 
ten ein oder mehrere PuUdownmenus enthalten, die es ei- 
nem Benutzer ermoglichen, durch die Seiten in gewiinschter 
Weise zu navigieren, um eine bestimmte Art von Informa- 
tionen zu bctrachtcn und/odcr abzurufen. Die Mcrkmalc 
und/oder Fahigkeiten der Betriebsmittelnutmngssuite 50, 
die vorstehend beschrieben wurden, konnen durch eine oder 
mehrere entsprechende Seiten, Ansichten oder Anzeigen der 
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GUI dargestellt, zugreifbar, abruibar ere. sein. Ferner kon- 
nen die verschiedenen Anzeigen, welche die GUI bilden, in 
logischer Weise rniteinander verbunden sein, um die rasche 
und intuitive Navigation des Benutzers durch die Anzeigen 
zu erleichtern, um eine bestimmte Art von Information ab- 
. zurufen oder auf eine bestimmte Fahigkeit der Betriebsmit- 
telnutzungssuite 50 zuzugreifen und/oder diese abzurufen. 
1 0125 1 In einer Ausfuhrungsform kann ahniich der vorste- 
hend beschriebenen Fig. 5 die GUI einen Satz oder eine 
Reihe von hierarchischen Anzeigen ausfuhren oder darstel- 
len, in wclchen grundsatzlichere oder allgenieinere Informa- 
tion uber die Art des ProzeBsteuersystems (zum Beispiel 
Bereiehe, Rcgelkreise, Einrichtungen, Leistungsuberwa- 
chungsanwendungen von Steuereinrichtungsroutinen, etc. 
in tier Anlage) in gewisser Weise in einer Anzeige einer ho- 
hcrcn lihene angezeigt werden. AnschlieBend konnen in ei- 
ner Rcihc von nachfolgenden Anzeigen niedrigerer Ebenen, 
aul die (lurch Auswahlcn und Klickcn einer bestimmten In- 
l<M-iuation innerhalb der Anzeige der hoheren Ebene zuge- 
prillcn werden kann, weitere Informationen uber die Steuer- 
rouiinen. die Wartungsroutinen, die Verbindungen der Pro- 
/.cL>sic*uerausrustung sowie die tatsachlichen Leistungsmes- 
sungen. Pro/A;Bsleuerroutinenaktivitaten, wie zum Beispiel 
Aianne, lYohlcme etc., Leistungsmessungen, wie zum Bei- 
spiel Leisiungscmpfehlungen, Vorhersagen etc., und War- 
lungsinlormaiionen, wie zum Beispiel Probleme, die inner- 
halb tier Anlage etc. auftreten, bereitgestellt werden. Andere 
An/.eigen niedrigerer Ebenen konnen anschliefiend weitere 
Inlonnaiioncn iiber Elemente in diesen Anzeigen bereitstel- 
len. Im allgenteinen bictet eine derartige hierarchische An- 
zeige uiehr Informationen uber bestimmte Bereiche, Regel- 
kreise etc. und die mil diesen zusammenhangenden Pro- 
bleme uuler dem Gcsichispunkt der ProzeBsteueraktivitaten 
Wart ungsakti vitaten sovvie der ProzeBleistungsaktivitaten, 
je weiier der Benutzer in tiefere Ebenen in der Anzeige vor- 
dringt. 

10126] Aligemein ausgedruckt bietet die hier beschrie- 
bene GUI intuitive graphische Abbildungen oder Anzeigen 
von ProzeBsieucrbcrcichen, Einheiten, Regelkreisen, Ein- 
richtungen etc. Jede dieser graphischen Anzeigen kann Indi- 
zes iiber den nuincrischcn Status und die Lei stung enthalten 
(von we I e hen einige oder alle durch die vorstehend be- 
schriebene Indexerzeugungsroutine erzeugt werden kon- 
nen), die zu einer bestimmten, von der GUI dargestellten 
Ansicht gehoren. Bcispielsweise kann eine Anzeige, die ei- 
nen ProzeBsteuerbereich darstellt, einen Satz von Indizes 
bcrcitstellcn, die den Status und die Leistung dieses Be- 
rcichs wiedcrgeben (das heiBt einen bestimmten Abschnitt 
des ProzeBsteuersy stems in einer bestimmten Ebene der 
Ausriislungshicrarchie). Andererseits kann eine Anzeige, 
die einen Rcgclkreis darstellt, einen Satz von Status- und 
Lcistungsindizes zeigen, die zu diesem bestimmten Regel- 
kreis gehoren. In jedem Fall kann ein Benutzer die in einer 
bclicbigen Ansicht, Seite oder Anzeige dargestellten Indizes 
nutzen, um rasch zu beurteilen, ob ein Problem innerhalb ei- 
ner der Einricht ungen, Regelkreise etc. vorhanden ist, die in 
dieser Anzeige dargestellt sind. 

[0127] Zusatzlich kann die hier beschriebene GUI auto- 
matisch oder ansprechend auf eine Anforderung durch einen 
Benutzer Wartungsinformationen fiir den Benutzer bereit- 
stellcn. Die Wartungsinformationen konnen von jedem Teil 
der Bctricbsmiuclnulzungssuite 50 bereitgestellt werden. In 
ahnlichcr Weise kann die GUI Alarminformationen, ProzeB- 
steuerinforinaiionen etc. anzeigen, die ebenfalls von der Be- 
triebsmittelnutzungssuite 50 bereitgestellt werden konnen. 
Ferner kann die GUI Mitteilungen an den Benutzer in Ver- 
bindung mil eincm Problem abgeben, das in der Anlage 10 
aufgetrctcn oder im Entstehen ist. Diese Mitteilungen kon- 



nen graphische und/oder Textinformaiionen einschlieBen, 
welche das Problem beschreiben, mogliche Veranderungen 
an dem System vorschlagen, die umgesetzt werden konnen, 
um ein gegenwartiges Problem abzumildern, oder die umge- 
5 setzt. werden konnen, um ein mogliches Problem zu vermei- 
den, Handlungsweisen beschreiben, die verfolgt werden 
konnen, um ein Problem zu korrigieren oder zu vermeiden, 
etc. 

[0128] Ferner kann die hier beschriebene GUI automa- 
10 tisch oder ansprechend auf eine Anforderung eines Benut- 
zers ProzeBleistungsinformationen fur den Benutzer bereit- 
stellen. Die ProzeBleistungsinformationen konnen von je- 
dem Teil der Betriebsmittelnutzungssuite bereitgestellt wer- 
den. Derartige Leistungsdaten oder Informationen konnen 
15 Leistungsmessungen, Vorhersagen oder Empfehlungen fur 
den Benutzer hinsichtlich Anderungen an dem ProzeB, um 
die Leistungsfahigkeit zu andern, enthalten, und konnen das 
Eingcbcn oder Anzeigen der gegenwartig von dem System 
verwendeten Leistungsziele etc. einschlieBen. 
20 10129] Fig. 8 ist eine beispielhafte Darstellung einer An- 
zeige, die eine Einheit 500 innerhalb eines ProzeBsteuersy- 
stems darstellt, die von der GUI angezeigt werden kann. Wie 
Fig. 8 zeigt, enthalt die Einheit 500 eine Vielzahl von Ein- 
richtungen, wie zum Beispiel Ventile, Pumpen, Temperatur- 
25 sender etc., die alle wie dargestellt graphisch abgebildet 
werden konnen. Zusatzlich kann die Anzeige Linienpfeile 
oder beliebige andere Darstellungen enthalten, die logische 
und physische Verbindungen zwischen den verschiedenen 
Einrichtungen darstellen. 
30 [0130] Selbstverstandlich sind derartige graphische Dar- 
stellungen des ProzeBsteuersystems (oder von Teilen des 
ProzeBsteuersystems) nach dem Stand der Technik bekannt 
und somit wird die Art der Umsetzung dieser graphischen 
Darstellungen oder Anzeigen hier nicht im Detail beschrie- 
35 ben. 

[0131] Die in Fig. 8 gezeigte GUI- Anzeige enthalt ferner 
eine Vielzahl von Indexnamen und -werten 550. Im einzel- 
nen enthalten die Indexnamen und -werte 550 einen Lei- 
stungsindex, einen Zustandsindex, einen Variabilitatsindex 
40 und einen Nutzungsindex, die vorstehend alle in Verbindung 
mit der Betriebsmittelnutzungssuite 50 und der Indexerzeu- 
gungsroutine derselben kurz erortert wurden. Die Indexna- 
men und -werte 550 konnen im Tabellenformat, wie gezeigt, 
oder in jedem anderen gewunschten Format dargestellt wer- 
45 den. Die Indexnamen und -werte 550 steilen die Leistung 
und den Status der gesamten Einheit 500 dar und somit sind 
die gezeigten Index werte vorzugs weise, jedoch nicht not- 
wendigerweise, aus den Indexwerten oder -gebieten zusam- 
mengesetzt, die zu jeder der Untereinheiten und/oder Ein- 
50 richtungen gehoren, welche die Einheit 500 bilden. 

[0132] Bevor die GUI und die Art und Weise erlautert 
wird, in der Betriebsmittelinformationen, ProzeBsteuerin- 
formationen, Wartungsinformationen, Diagnoseinformatio- 
nen, Leistung sinformationen oder jeder andere Informati- 
55 onstyp durch diese einem Benutzer angezeigt wird, wird 
nachfolgend die Art und Weise kurz erortert, in der die Lei- 
stungs- und Statu sindizes erzeugt werden. Ferner sei ange- 
merkt, daB hier in Verbindung mit den verschiedenen Anzei- 
gen der GUI ein Leistungsindex, ein Zustandsindex, ein Va- 
60 riabilitatsindex und ein Nutzungsindex im Detail beschrie- 
ben werden, aber zusatzliche und/oder unterschiedliche In- 
dizes von der Betriebsmittelnutzungssuite 50 erzeugt wer- 
den konnen und uber die GUI angezeigt werden konnen. 
Ferner versteht es sich, daB einige oder alle der Daten, die 
65 von der. GUI angezeigt werden, von einer cxtcmcn Datcn- 
quelle kommen konnen. 

[0133] Aligemein ausgedruckt konnen die von der Index- 
erzeugungsroutine erzeugten und uber die GUI angezeigten 
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Indizes tur einzelne Einrichtungen, fur logische und/oder 
phvsikalische Gruppierungen von Einrichtungen. fur logi- 
sche Prozesse (zum Beispiel Regelkreise), tur logische 
Gruppierungen von ProzeGausriislung, wie zum Beispiel _ 
Einheiten und Bereiche, etc. berechnet werden. Mit anderen :. 
Worten konnen die Indizes prinzipiell in jeder Ebene der 
Ausriistung und logischen Hierarchie eines ProzeBsteuersy- 
stems Oder ailgeniein ausgedruckt eines Betnebsmittelnut- 
zungssy stems berechnet werden, das ein oder mehrere Pro- 
zeBsteuersysteme enthalten kann. Die Bedeutung eines be- 10 
stimmten Index kann jedoch von dem Kontext abhangig 
sein (das heiBt ob der Index einer logischen oder einer phy- 
sischen Gruppierung von Einrichtungen und/oder Parame- 
tern entspricht), in der der Index erzeugt und angezetgt wird. _ 
und kann von der Ebene. der Hierarchie, in welcher er ange- i> 
zeigt wird, abhangig sein. Beispielsweise entsprechen in der 
untersten Ebene der Ausriistungshierarchie Indizes den phy- 
sikalischcn Einrichtungen, wic zum Beispiel Vcntilcn, Tcm- 
peratursensoren, Aktuatoren etc. Somit kann jede Einnch- 
uing einen spezifischen Satz von Indizes haben, die inner- -0 
halb der Einrichtung oder fur die Einrichtung basierend aut 
Informationen erzeugt werden konnen, die in der Einrich- 
tung zum Zeitpunkt der Herstellung der Einrichtung gespei- 
chert werden. Entsprechend kann jede Einrichtung ihre Indi- 
zes erzeugen und an hohere Ebenen der Hierarchie und die ^ 
Betriebsmittelnutzungssuite 50 nach Bedarf weitergeben. 
[0134] In ahnlicher Weise konnen Einheiten oder Regel- 
kreise die jeweils aus einer oder mehreren Einrichtungen 
oder Funktionsblocken zusammengesetzt sind, jeweils einen 
individuellen Satz von Indizes haben. Selbstverstandhch 30 
kann die Berechnung eines oder mehrerer der Leistungs-Z.u- 
stands-, Variabilitats- und Nutzungsindizes mcht fur jede 
Ebene der logischen und Ausriistungshierarchie geeignet, 
erforderlich oder niitzlich sein. Einige oder alle dieser Indi- 
zes konnen den Zustand einer Einrichtung oder eines ande- a> 
ren Objekts innerhalb des Systems angeben. Beispielsweise 
kann ein Zustandsindex (ffl) fur eine Einrichtung auf der hi- 
storischen Nutzung der Einrichtung basieren. Im einzelnen 
kann der EinrichtungshersteUer Informationen hinsichuich 
der Lebensdauer der Einrichtung in der Einrichtung spei- 40 
chem und basierend auf der Nutzung der Einrichtung und 
den wahrend ihres Betriebs auf die Einrichtung einwirken- 
den Umwelteinfliissen (zum Beispiel Temperaturschwan- 
kuneen, StoBe etc.) kann die Einrichtung bestimmen, wie 
weit die Einrichtung auf ihrer Lebensdauerkurve fortge- *> 
schritten ist (das heiBt gealtert ist). Der HersteUer kann eine 
Einrichtung so programmieren, daB sie einen ffl-Wert ab- 
gibt, der den gegenwartigen Status der Lebensdauer der Ein- 
richtung anzeigt. So kann beispielsweise ein Ventil der. Hub- 
bauart eine voraussichtliche Lebensdauer von 250.000 vol- 50 
len Hubzyklen haben und der Hersteller der Hubventilem- 
richtung, bei der es sich typischerweise urn eine mtelhgente 
Anlageneinrichtung handelt, hat in ihrem Speicher die er- 
wartete Anzahl der Hubzyklen iiber die Lebensdauer zusam- 
men mit der aktuellen Zahl der Hubzyklen, die das VenUl 5> 
voUendet hat, gespeichert. So kann in dem Fall, in dem em 
HI- Wert in einem Bereich von Gut, Wartung in Kurze und 
Wartung sofort liegen kann, der erzeugte H3-Werl t auf der 
Anzahl der Hiibe im Bereich von 0 bis 250.000 basieren. 
Selbstverstandlich muss die exakte Beziehung zwischen den 60 
HFWerten und der LebensdauercharaktensUk (beispiels- 
weise Hiibe) nicht linear sein. Ganz im Gegenteil folgen 
viele Lebensdauercharakteristikkurven einer exponentiellen 
Charakteristik, gemaB der Versagen und Verschlechterung 
der Einrichtungslcistung/dcs Einrichtungsbctncbcs im Vcr- &> 
lauf der Zeit rascher fortschreiten als die voUendeten Hub- 
zyklen etc. Selbstverstandhch gibt es viele andere Arten 
zum Definieren oder Berechnen eines HI fur eine Emnch- 



tuno basierend auf dem aktuellen erfaBten Zustand der Ein- 
richtung und der Qualitat ihrer Betriebsleistung. Der HI tur 
einen Regelkreis basiert vorzugsweise, jedoch mcht unbe- 
dinot auf Funktionsblocken, welche den Regelkreis bilden. 
101351 In ahnlicher Weise stellt der fur den Regelkreis, 
den Bereich und die Einheitsebenen berechnete UI das Aus- 
maB dar, in dem ein bestimmtes Betriebsmittel (beispiels- 
weise ein Regelkreis) im Vergleich zu seiner Kapazitat oder 
gewiinschien Nutzung ausgenutzt wird. Beispielsweise kann 
der Ul-Wert auf der Dauer der Zeit basieren, wahrend der 
Regelkreise so genutzt werden, daB sie eine konstruktions- 
gemaBe Regelung ausfuhren. 

foi36] Fig. 9 ist eine beispielhafte graphische Anzeige, 
die von der GUI dargestellt werden kann, urn einem Benut- 
zer die Moghchkeit zu geben, rasch den Betnebszustand 
und die Leistung eines ProzeBbereichs innerhalb einer An- 
lage 10 zu analysieren. Wie Fig. 9 zeigt, kann die GUI die 
physischc Ausriistung (und die Vcrbindungcn zwischen die- 
ser) innerhalb eines ProzeBbereichs 600 graphisch darstel- 
len Selbstverstandhch ist anzumerken, daB in der in Fig. y 
gezeigten GUI-Anzeige zwar ein ProzeBbereich dargesteUt 
ist jedoch jeder andere Abschnitt der Anlage 10, wie zum 
Beispiel eine Einheit, eine Untereinheit, ein Regelkreis, eine 
Einrichtung etc. anstelle dessen gezeigt werden konnen, urn 
zu den gleichen oder ahnlichen Resultaten zu gelangen. In 
jedem Fall ist der ProzeBbereich 600 mit einem Paar von 
Tanks, einer Vielzahl von Temperatursendem, Drucksen- 
dern. DurchfluBsendern etc. und Rohrleitungen dargesteUt, 
die alle wie in Fig. 9 dargestellt verbunden sein konnen. Fer- 
ner kann jede der physikalischen Einrichtungen zusammen . 
mil einer zugehorigen alphanumerischen Idenufizierung 
(zum Beispiel TT-394) angezeigt werden, die eindeuug 
diese Einrichtung in der Anlage 10 identifiziert, und kann 
auch zusammen mit einer graphischen MeBeinnchtung oder 
Uhr (das heiBt den teilweise verdunkelten halbkreisformi- 
gen Abbildungen) angezeigt werden, die es einem Benutzer 
ermoglichen, den Status des zu dieser Einrichtung gehoren- 
den gemessenen Parameters zu bestimmen. 
r0137] Beispielsweise kann die GUI eine graphische MeB- 
uhr oder Anzeige anzeigen, die zu einem Temperatursender 
gehort, und kann einen groBeren oder kleineren Tell der 
MeBuhr basierend auf der gegenwartig von dem Tempera- 
turtransmitter gemessenen Temperatur schwarzen^Dabei ist 
wichtig, daB einer oder mehrere der VI-, HI-, UI- und PI- 
Werte fur eine oder mehrere der in dem Bereich 600 gezeig- 
ten Einrichtungen angezeigt werden konnen. Als Beispiel 
sind die Hl-Werte fur mehrere der Einrichtungen, die mit ei- 
nem Tank 610 in dem Bereich 600 verbunden sind, darge- 
steUt. Es konnten jedoch mehr oder weniger Hl-Werte ange- 
zeigt werden, wenn dies erwunscht ist. Zusatzhch konnen 
unterschiedlichelndexwerte oder Gruppen von Indexwerten 
fur jede der Einrichtungen, die in dem Bereich 600 er- 
scheint, nach Wunsch angezeigt werden. Wie aus der in Fig. 
9 gezeigten Anzeige zu erkennen ist, kann em Benutzer 
rasch sicherstellen, ob ein Bereich ordnungsgemaB arbeitet 
und weiterhin ordnungsgemaB arbeiten wird. Femer kann 
ein Benutzer rasch diejenigen Einrichtungen, Einheiten, Un- 
tereinheiten etc. identifizieren, die der Aufmerksamkeit be- 
diirfen und/oder die ein bestimmtes Problem verursachen 
konnen. Femer versteht es sich, daB ein Benutzer aufeinan- 
derfolgend tiefer und tieferhegende Objekte innerhalb einer 
Anlage betrachten kann und Informationen iiber die zu je- 
dem dieser verschiedenen Objekte oder jeder dieser Ansicn- 
ten gehorenden Indizes erhalten kann. So kann beispiels- 
weise cin Benutzer die Ansicht einer Anlage betrachten und 
einen bestimmten Satz von Indizes fur die Anlage sehen. 
Der Benutzer kann sich dann auf einen Bereich konzentne- 
ren indem er beispielsweise einen der Bereiche innerhalb 
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der Anlagenansicht anklickt, und die zu diesem Bereich se- 
horenden Indizes sehen. In ahnlicher Weise konnen durch 
Anklicken von Einheiten innerhalb des angezeigten Berei- 
ches die Indizes fur die verschiedenen Hinheiten betrachter. 
werden. GleichermaBen konnen dann Indizes fur Regel- 5 
kreise, Untereinheiten, Einrichtungen etc. betrachtet wer- 
den, indem aus einer Ansicht eines Objektes, in dem diese 
Objekte angeordnet sind, diese verschiedenen Objekte ein- 
zeln herausgehoben werden. Auf diese Weise kann ein Be- 
nutzer rasch die Ursache eines unerwartet niedrigen (oder 10 
unerwartet hohen) Index an jedem Punkt oder in jeder Ebene 
der Anlage finden. Selbstverstandlich basieren einige der 
angezeigten Daten fur das System auf oder wurden entwik- 
kelt aus Daten, die von extemen Datenquellen uber das Da- 
tenerfassungs- und Verteilungssystem 102 empfangen wur- 15 
den. 

[0138] Fig. 1 0 ist eine beispielhafte Darstellung einer An- 
zeige, die von der GUI erzeugt werden kann, urn cincm Be- 
nutzer zu ermoglichen, Prufpfadinformationen in Verbin- 
dung mit einer beliebigen Einrichtung zu betrachten, die in 20 
dem Bereich 600 verwendet wird. Beispielsweise kann ein 
Benutzer eine Maus verwenden, um auf eine gegebene Ein- 
richtung oder ihre alphanumerische Identifizierung zu klik- 
ken oder kann alternativ die Identifizierung uber eine Tasta- 
tur eingeben, um ein Popup-Prufpfadfenster 650 fur diese 25 
Einrichtung anzufordern. Auf diese Weise kann ein Benut- 
zer die Prufpfadinformationen verwenden, um festzustellen, 
ob ein ungeeigneter oder inakzeptabler Indexwert damit zu 
tun haben kann, daB die Einrichtung nicht ordnungsgemaB 
oder zeitgerecht kalibriert ist, ob eine Einrichtung ordnungs- 30 
gemaB konfiguriert oder uberhaupt konfiguriert wurde, etc. 
[0139] Fig. 11 ist eine Beispieldarstellung einer Anzeige, 
die von der GUI bereitgestellt werden kann, um es einem 
Benutzer zu ermoglichen, eine detailliertere Analyse der 
Daten durchzufuhren, die bei der Erzeugung eines oder 35 
mehrerer der Indizes fur eine bestimmte Einrichtung inner- 
halb des Bereichs 600 verwendet werden, oder um eine Zu- 
standsuberwachung durchzufuhren. Zum Beispiel kann eine 
Vibrationsanalyse fur einen Motor 675 in einem Popup-Fen- 
ster 680 dargestellt werden. Ein Benutzer kann ein derarti- 40 
ges Popup-Fenster ansprechend auf einen auBergewdhnlich 
hohen oder einen auBergewohnlich niedrigen Indexwert fur 
die von dem Motor 675 beeinfluBte Einheit anfordern und/ 
oder das Fenster anfordern, wenn ein zu dem Motor geho- 
render Indexwert ein mogliches Problem anzeigt. Ferner 45 
kann auf Wunsch die GUI automatisch derartige Popup- 
Fenster bereitstellen, die eine detaillierte Datenanalyse fur 
diejenigen Einrichtungen, Einheiten etc. enthalten, die einen 
oder mehrere anormale Indexwerte haben. 

[0140] Fig. 1 2 ist eine weitere beispielhafte Abbildung ei- 50 
ner Anzeige, die von der GUI bereitgestellt werden kann, 
um es dem Benutzer zu ermoglichen, rasch Alarminforma- 
tionen, Zustande etc. innerhalb der Anlage 10 aufzuklaren. 
Eine graphische Ansicht 750 in einer hohen Ebene der An- 
lage 10 kann ein Alarmbanner 760 enthalten, das einen oder 55 
mehrere akute Alarme hat. Jeder der Alarme innerhalb des 
Alarmbanners kann unter Verwendung einer alphanumeri- 
schen Bezeichnung dargestellt werden, der eindeutig zu der 
Einrichtung oder dem anderen Objekt gehort, das den Alarm 
oder das Ereignis erzeugte. Zusatzlich kann jeder der 60 
Alarme innerhalb des Banners 760 ferner eine Informations- 
schaltflache 770 enthalten, die von einem Benutzer ausge- 
wahlt werden kann, um ein Popup-Fenster 775 zu erzeugen, 
das detailliertere Informationen zu diesem bestimrnten 
Alarm enthalten kann. Ferner kann ein Benutzer auch die al- 65 
phanumerische Bezeichnung fur die Einrichtung, die einen 
bestimrnten Alarm verursacht, auswahlen, um die mogli- 
chen Ursachen fur den Alarm zu untersuchen. Wenn die al- 
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pnanumensche Bezeichnung ausgewahlt wird. kann von der 
GUI ein Popup-Fenster 780 erzeugt. werden. Das Popup- 
Fenster 780 kann eine oder mehrere Antwortkategorien 785 
enthalten, das das Verstandnis eines Benutzers, wie ein be- 
stimmter Alami behandelt werden sollte und innerhalb wel- 
ches Zeitrahmens der Alarm behandelt werden sollte, er- 
leichtern kann. Als Beispiel kann das Popup-Fenster 780 an- 
zeigen, daB eine besdmmte Einrichtung keine Kommunika- 
tion hat, da!3 die Einrichtung ausgefallen ist, daft die Einrich- 
tung sofort gewartet werden muss, oder daB die Einrichtung 
Wartung oder eine anderweitige Behandiung in Kurze beno- 
Ugt. Selbstverstandlich konnen anstelle dessen weniger und/ 
oder andere Antwortkategorien verwendet werden. Die von 
der GUI an diesem Punkt erzeugte Alarmanzeige kann die in 
der US-Patentanmeldung mit der Seriennurnmer 09/707,580 
(eingereicht am 7. November 2000) offenbarte integrierte 
Anzeige sein, die hiermit ausdrticklich durch Bezugnahme 
hicrin cingcschlosscn wird. Allgcmcin kann dicsc Alarman- 
zeige ProzeBalarme und Benachrichtigungen sowie andere 
Arten von Alarmen, wie zum Beispiel Wartungsalarme und 
-benachrichtigungen zeigen. Femer konnen ProzeBlei- 
stungsalarme angezeigt werden, um Alarme zu zeigen, die 
zu einer mangelhaften ProzeBleistung gehoren. Ferner kon- 
nen Informationen uber den Alarm, wie zum Beispiel eine 
spezifische Information, die in dem Feld 775 des Alarmban- 
ners dargestellt wird, an die GUI oder die Betriebsmittelnut- 
zungs suite 50 zusammen mit dem Alarm gesendet werden. 
Es versteht sich, daB die Alarm- und Benachrichtigungsin- 
formation in der vorstehend unter Bezug auf Fig. 3 bis 6 be- 
schriebenen Weise von externen Datenquellen kornmen 
konnen. 

[0141] Fig. 13 und 14 zeigen weitere Anzeigen,.die von 
der GUI erzeugt werden konnen, um zusatzliche Informatio- 
nen hinsichtlich der Steuerleistung, Steuernutzung, Einrich- 
tungszustande oder ProzeBleistung zu geben. Insbesondere 
zeigt in Fig. 13 die linke Seite eine Baumstruktur, die hier- 
archische Informationen uber die ProzeBsteueranlage ent- 
halt, einschlieBlich eines Delta V-Systems (bei dem es sich 
um ein Steuergeratesystem handelt), einen "Bereich A", ei- 
nen Bereich "Pro-Plus", sowie zusatzliche Elemente einer 
hoheren Ebene innerhalb der ProzeBsteueranlage. Das Aus- 
wahlen einiger dieser Elemente, wie zum Beispiel des Del- 
ta V-Systems, gibt weitere Informationen uber die Einrich- 
tungen oder Steuersysteme oder andere Leistungscharakte- 
ristiken des ausgewahlten Elements. Auf der rechten Seite in 
Fig. 13 hat ein Expertensystem Informationen uber die Dia- 
gnose des ausgewahlten Delta V-Systems einschlieBlich der 
Anzahl der Module (in diesem Fall 42), die in einem nicht 
ordnungsgemaBen Modus sind, die Anzahl der Module, die 
eine eingeschrankte Steuerung gezeigt haben, die Anzahl 
der Module, die Eingabe/Ausgabe-ProMeme hatten, und die 
Anzahl der Module, die eine hohe Variabititat haben, erfaBt 
und angezeigt. Erneut konnen die zum Erstellen dieser Bild- 
schirmansicht verwendeten Daten durch das hier beschrie- 
bene Datenerfassungs- und Verteilungssystem von externen 
Datenquellen kornmen. Ferner sind Steuerleistungs-, Steu- 
ernutzungs-, Einrichtungszustands- und ProzeBleistungs- 
messungen, die von einer oder mehreren der Steuerdaten, 
Einrichtungsdaten und Leistungsdaten erzeugt wurden, an 
der Unterseite der Anzeige in Fig. 13 gezeigt. 
[0142] Wie Fig. 14 zeigt, sind weitere Informationen uber 
das gleiche System hinsichtlich der Module mit schlechter 
Eingabe/Ausgabe als eine weitere Anzeige einer niedrigeren 
Ebene dargestellt. Hier zeigt die rechte Seite der Anzeige 
bestimmtc Modulnamcn und den Prozcntsatz der Zcitdaucr, 
fur die jedes eine schlechte Eingabe hatte. Dieser Bild- 
schirm zeigt ferner eine Liste der erzeugten Alarme und ins- 
besondere, daB ein Alarm fur einen Block All voriiegt, da 
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der Block All auf Grund eines Einrichtungsausfalles 100% 
der Zeit eine schlechte Eingabe hat. Diese Anzeige zeigt 
auch, da6 die Einrichtung bald Wartungsarbeiten benotigt. 
Selbsf.verstandlich konnten diese und andere Arten von Be- 
nutzerschnittstellenbildschirmen fur alle beliebigen Infor- ^ 
mationen, die die Einrichtungszustande, Variability, Status 
etc betreffen, bereitgestellt werden. Die Anzeigen in Fig. 13 
und 14 konnen durch eine Diagnosesteuerroutine, wie zum 
Beispiel die in den US-Patentanmeldungen mit den Senen- 
nummern 09/256,585 und 09/499,445 aufgezeigteh, erzeugt to 

werden. ■ 
[0143] Fig. 15 ist eine weitere beispielhafte Darsteilung 
einer Anzeige, die von der GUI bereitgestellt werden kann, 
welche es einem Benutzer ermoglicht, Arbeitsauftrage zu 
verfolgen, die durch die Arbeitsauftragserzeugungsroutine i> 
270 automatisch erzeugt worden sein konnen. Die Betriebs- 
mittelnutzungssuite 50 kann Daten an die Arbeitsauftragser- 
zcugungsroutinc 270 abgcbcn, wclchc dicsc Routine vcran- 
lassen, automatisch Arbeitsauftrage ansprechend auf em 
Problem oder mogliches Problem zu erzeugen, das von der 20 
Betriebsmittelnutzungssuite 50 und/oder einem Benutzer, 
der mit der Betriebsmittelnutzungssuite 50 arbeitet, uber die 
GUI entdeckt oder erkannt wurde. Bei spiels weise kann die 
Betriebsmittelnutzungssuite 50 Diagnoseinforrnationen, 
Wartungsanforderungen etc. von intemen und externen Da- ^ 
tenquellen empfangen und ansprechend darauf das War- 
tungssystem veranlassen, einen Arbeitsauftrag zu erzeugen, 
der eine Wartungsperson auffordert, sich urn eines oder 
mehrere Probleme im Zusammenhang mit der Diagnosein- 
formation zu kummern. Selbstverstandlich sind die Emzel- 30 
heiten des erzeugten Arbeitsauftrages von der Art des ent- 
deckten Problems oder der Situation sowie von den Stan- 
dardformen, die zur Korrektur des Problems, wie zum Bei- 
spiel Bestellen von Teilen, Versorgungsgutern etc. verwen- 
det werden, abhangig. 

[0144] Ferner konnte die Arbeitsauftragserzeugungsrou- 
tine 270 eine Business-to-Business Kommunikationsfunk- 
tion enthalten, die basierend auf erfaBten tatsachlichen oder 
vorhergesagten Problemen innerhalb der Anlage 10 automa- 
tisch mit einem Zulieferer oder einem anderen Geschaftsbe- 40 
trieb kommuniziert, urn Ersatzteile, Versorgungsguter etc. 
zu bestellen, ohne daB ein Operator oder eine Wartungsper- 
son eingreift, oder unter Mitwirkung derselben. Genauer 
ausgedruckt kann die Routine 270 Mitteilungen uber aktu- 
elle Probleme oder vorhergesagte zukunftige Probleme mit 4:> 
Einrichtungen oder anderen Betriebsmitteln basierend aut 
Daten oder Vorhersagen empfangen, die von der Betriebs- 
mittelnutzungssuite 50 oder jedem anderen der Datenanaly- 
setools bereitgestellt oder erstellt werden, wie zum Beispiel 
den Analysetools fur rotierende Gerate. Die Routine 270 50 
nimrnt dann automatisch mit einem Zulieferer beispiels- 
weise uber eine Internet-, Telefon- oder andere Kommuni- 
kationsverbindung Kontakt auf und bestellt die Teile, Gerate 
oder Versorgungsguter, die zu der Anlage 10 zu liefem sind, 
bevor die Einrichtung ersetzt werden muss. Auf diese Weise 5:> 
begrenzt die Arbeitsauftragserzeugungsroutine 270 die Aus- 
fallzeit oder hilft dabei sicherzustellen, daB nur eine gennge 
oder gar keine Ausfallzeit durch das Erfordernis, auf Telle, 
Gerate oder Versorgungsguter zu warten, um das Problem 
zu losen, wenn es tatsachlich auftritt, vorliegt. Diese Tatsa- 60 
che macht die Anlage 10 efnzienter. 

[0145] Wie Fig. 16 zeigt, kann die GUI andere Bild- 
schirme einem Benutzer bereitsteUen, um gegenwartige 
oder zukunftige Probleme anzuzeigen, wie zum Beispiel 
vorhergesagte Probleme, die von der Betricbsmittclnut- 6> 
zungssuite 50 oder einem <ler Datenanalysetools innerhalb 
der Anlage 10, wie zum Beispiel Datenanalysetools, die mit 
entfernten Datenquellen verbunden sind, erf aBt werden kon- 



nen Fig. 16 zeist im einzelnen.eine Anzeige, die Spektral- 
kurven der Vibradon eines Elements, wie zum Beispiel einer 
Welle in einer rotierenden Einrichtung zeigt, die von den Vi- 
bration sanalyseprogramm en 22 in Fig. 1 aufgezeichnet. wur- 
den. und Zustande oder Probleme, die basierend auf diesen 
Kurven von dem Analysetool erfaBt wurden. 
[0146] Selbstverstandhch konnen andere Zustande fur ro- 
tierende oder andere Einrichtungen basierend auf den Resul- 
taten der Datenanalysetools ebenfalls angezeigt werden. 
Ferner konnen die Resultate dieser Tools verwendet werden, 
um die Arbeitsauftragserzeugungsroutine 270 zu veranlas- 
sen automadsch Ersatzteile zu bestellen und/oder die Aus- 
fuhrung von Arbeiten (wie zum Beispiel Reparatur oder 
Wartung) in der Anlage 10 in Auftrag zu geben oder zu pla- 
nen. Obwohl das Datenerfassungs- und Verteilungssystem 
102 und die fifetriebsmittelnutzungssuite 50 und andere Pro- 
zeBelemente so beschrieben wurden, daB sie vorzugsweise 
in Software implcmcnticrt sind, konnen sic auch in Hard- 
ware, Firmware, etc. implementiert sein und von jedem an- 
deren Prozessor, der mit dem ProzeBsteuersystem 10 in Ver- 
bindung stent, implementiert werden. So konnen die hier ^be- 
schriebenen Elemente in einer Standard- Vielzweck-CPU 
implementiert sein oder auf speziell gestalteter Hardware 
oder Firmware, wie zum Beispiel einem anwendungsspezi- 
fischen integrierten Schaltkreis (ASIC) oder anderer festver- 
drahteter Einrichtung nach Wunsch implementiert sein. Bei 
der Implementierung in Software kann die Softwareroutine 
in jedem computerlesbaren Speicher gespeichert sein, wie 
zum Beispiel auf einer Magnetplatte, einer Laserplatte ^ oder 
einem anderen Speichermedium, in einem RAM oder ROM 
eines Computers oder Prozessors, in einer beliebigen Daten- 
bank etc. GleichermaBen kann die Software einem Benutzer 
oder einer ProzeBsteueranlage uber jedes bekannte oder ge- 
wunschte AusUeferungsverfahren gehefert werden, darunter 
beispielsweise auf einer computerlesbaren Diskette oder ei- 
nem anderen transportablen Computerspeichermechams- 
mus oder uber einen Kommunikationskanal, wie zum Bei- 
spiel eine Telefonleitung, das Internet etc. (die als gleich 
oder austauschbar mit der Bereitstellung dieser Software 
uber ein transportables Speichermedium betrachtet werden). 
Wahrend ferner die Suite 50 so beschrieben wurde, daB sie 
moglicherweise ein regelbasiertes Expertensystem ist oder 
nutzt konnen andere Arten von Expertensystemen ebenfalls 
verwendet werden, einschlieBlich diejenigen, die andere be- 
kannte Datenforderungstechniken verwenden. 
[0147] Obwohl die vorliegende Erfindung unter Bezug aul 
bestimmte Beispiele beschrieben wurde, die nur der Erlaute- 
rung dienen sollen und die die Erfindung nicht einschranken 
sollen ist es dem Durchschnittsfachmann offensichtlich, 
daB Veranderungen, Hinzufugungen oder Weglassungen an 
den ofifenbarten Ausfuhrungsformen durchgefuhrt werden 
konnen, ohne den Gedanken und Schutzbereich der Erfin- 
dung zu verlassen. 



Patentanspriiche 

1 . ProzeBsteuersystem in einer Anlage, enthaltend: 
ProzeBausrustungsiibervi'achungseinrichtungen, die 

Ausriistungsdaten erfassen; 

ProzeBsteueruberwachungseinrichtungen, die ProzeB- 
steuerdaten erfassen; 

ProzeBmodeUe, die so ausgelegt sind, daB sie eine Pro- 
zeBleistungsuberwachung durchfuhren, um ProzeBlei- 
stungsdaten zu erzeugen; und 

cin Computcrsystcm, das cine Softwareroutine imple- 
mentiert, die zwei oder mehr der Ausriistungsdaten, der 
ProzeBsteuerdaten und der ProzeBleistungsdaten nutzt, 
um eine Funktion innerhalb der Anlage durchzufuhren. 
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2. Prozefisr.euersyst.eni nach Anspruch 1, dadurch ge- 
kennzeichnet, daB die Funktion in der Anlage eine Dia- 
gnosefunktion ist und die Sofrwareroutine eine Dia- 
gnoserourine isr., die zwei oder mehr rier Ausriistungs- 
daten, der ProzeBsteuerdaten und der Prozefileistungs- 5 
daten kombiniert, urn eine Diagnosefunktion auszufuh- 
ren. 

3. ProzeBsteuersystem nach Anspruch 2 r dadurch ge- 
kennzeichnet, daB die Sofrwareroutine zwei oder mehr 
einer ProzeBsteuerdiagnoseroutine, einer Ausriistungs- 10 
uberwachungsdiagnoseroutine und einer ProzeBlei- 
stungsdiagnoseroutine enthalt. 

4. ProzeBsteuersystem nach Anspruch 3, dadurch ge- 
kennzeichnet, daB die Softwareroutine zwei oder mehr 
eines ProzeBsteuermodells, eines Ausrustungsmodells 15 
und eines Leistungsuberwachungsmodells enthalt. 

5. ProzeBsteuersystem nach einern der Anspruche 2 
bis 4, dadurch gckcnnzcichnct, daB die Diagnoscrou- 
tine eine pradiktive Routine enthalt, die einen Zustand 

in der Zukunft basierend auf zwei oder mehr der Aus- 20 
rustungsdaten, der ProzeBsteuerdaten und der ProzeB- 
leistungsdaten vorhersagt. 

6. ProzeBsteuersystem nach einem der Anspruche 2 
bis 5, ferner enthaltend eine Empfehlungssoftwarerou- 
Line, die einem Benutzer ansprechend auf eine Diagno- 25 
seentscheidung, die von der Diagnoseroutine durchge- 
fuhrt wurde, Empfehlungen gibt. 

7. ProzeBsteuersystem nach einem der Anspruche 2 
bis 6, ferner enthaltend eine Aktionssoftwareroutine, 
die basierend auf einer von der Diagnoseroutine getrof- 30 
fenen Diagnoseentscheidung eine Steueraktion oder 
eine ProzeBaktion implementiert. 

8. ProzeBsteuersystem nach einem der Anspruche 2 
bis 7, ferner enthaltend eine Auftragserzeugungsrou- 
tine, die automatisch basierend auf einer von der Dia- 35 
gnoseroutine getroffenen Diagnoseentscheidung einen 
Auftrag erzeugt. 

9. ProzeBsteuersystem nach Anspruch 8 ? dadurch ge- 
kennzeichnet, daB die Auftragserzeugungsroutine ei- 
nen Arbeitsauftrag erzeugt, der in der Anlage durchzu- 40 
fuhrende Arbeit in Auftrag gibt. 

10. ProzeBsteuersystem nach Anspruch 8, dadurch ge- 
kennzeichnet, daB die Auftragserzeugungsroutine ei- 
nen Teileauftrag erzeugt, der ein oder mehrere Teile, 
die fur die Anlage benotigt werden, bestellt. 45 

11. ProzeBsteuersystem nach einem der Anspruche 2 
bis 10, dadurch gekennzeichnet, daB die Diagnoserou- 
tine eine Ruckverfolgung basierend auf zwei oder mehr 
der ProzeBsteuerdaten, der Ausriistungsdaten und der 
ProzeBleistungsdaten durchfuhrt. 50 

12. ProzeBsteuersystem nach einem der vorstehenden 
Anspruche, dadurch gekennzeichnet, daB die Funktion 
eine Betrachtungsfunktion ist und die Softwareroutine 
so ausgelegt ist, einen Anzeigebildschirm uber ein An- 
zeigeendgerat zu erzeugen und anzuzeigen, wobei zwei 55 
oder mehr der erfassten Ausriistungsdaten, ProzeBsteu- 
erdaten und ProzeBleistungsdaten verwendet werden. 

13. ProzeBsteuersystem nach Anspruch 12, dadurch 
gekennzeichnet, daB die Softwareroutine eine Indexer- 
zeugungsroutine enthalt, die Indizes erzeugt, die zu 60 
ProzeBsteuerkomponenten oder zu Ausrustungskom- 
ponenten oder zu ProzeBleistungskomponenten geho- 
ren, wobei die Softwareroutine eine Ansicht der Pro- 
zeBsteueranlage erzeugt, die die Indizes anzeigt. 

14. ProzeBsteuersystem nach Anspruch 12 oder 13, 65 
dadurch gekennzeichnet, daB die Softwareroutine zwei 
oder mehr eines Prozesssteueralarms, eines Ausru- 
stungs alarms und eines ProzeBleistungs alarms zusam- 
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men auf einem Anzeigebildschirm anzeigt. 

15. ProzeBsteuersystem nach einem der vorstehenden 
Anspruche, ferner enthaltend eine oder mehrere Daren- 
absrimmanwendungen, die die erfaRten Ausriistungs- 
daten oder die erf aB ten ProzeBsteuerdaten oder die Pro- 
zeBleistungsdaten verarbeiten. 

16. ProzeBsteuersystem nach Anspruch 15, dadurch 
gekennzeichnet, daB die Ausriistungsdaten oder die 
ProzeBsteuerdaten oder die ProzeBleistungsdaten kom- 
primiert sind. 

17. ProzeBsteuersystem nach einem der vorstehenden 
Anspruche, dadurch gekennzeichnet, daB die Software- 
routine uber zwei oder mehr Computer innerhalb der 
Anlage verteilt ist. 

18. Verfahren zum Betrieb eines ProzeBsteuersystems 
innerhalb einer Anlage, enthaltend die Schritte: 
Erfassen von Ausriistungsdaten, die sich auf den Status 
der Ausrustung in der Anlage bezichen; 

Erfassen von ProzeBsteuerdaten, die sich auf den Sta- 
tus von ProzeBsteueraktivitaten in der Anlage bezie- 
hen; 

Erfassen von ProzeBleistungsdaten, die sich auf die 
Leistung des Prozesses beziehen; und Verwenden von 
zwei oder mehr der Ausriistungsdaten, der ProzeBsteu- 
erdaten und der ProzeBleistungsdaten, um eine weitere 
Funktion innerhalb der Anlage auszufuhren. 

19. Verfahren nach Anspruch 18, dadurch gekenn- 
zeichnet, daB die weitere Funktion innerhalb der An- 
lage eine Diagnosefunktion ist und der Schritt der Ver- 
wendung von zwei oder mehr der Ausriistungsdaten 
der ProzeBsteuerdaten und der ProzeBleistungsdaten 
den Schritt des Kombinierens von zwei oder mehr der 
Ausriistungsdaten der ProzeBsteuerdaten und der Pro- 
zeBleistungsdaten zur Durchfuhrung einer Diagnose- 
funktion enthalt. 

20. Verfahren nach Anspruch 19, dadurch gekenn- 
zeichnet, daB der Schritt des Kombinierens vori zwei 
oder mehr der Ausriistungsdaten der ProzeBsteuerdaten 
und der ProzeBleistungsdaten den Schritt des Verwen- 
dens von zwei oder mehr einer ProzeBsteuerdiagnose- 
routine zum Verarbeiten der ProzeBsteuerdaten, einer 
Ausriistungsiiberwachungsdiagnoseroutine zur Verar- 
beitung der Ausrustungsdaten und einer ProzeBlei- 
stungsuberwachungsroutine zur Verarbeitung der Pro- 
zeBleistungsdaten enthalt. 

21. Verfahren nach Anspruch 20, dadurch gekenn- 
zeichnet, daB der Schritt des Kombinierens von zwei 
oder mehr der Ausrustungsdaten der ProzeBsteuerdaten 
und der ProzeBleistungsdaten den Schritt des Verwen- 
dens von zwei oder mehr von Ausrustungsmodellen, 
ProzeBsteuermodellen und ProzeBleistungsmodellen 
enthalt. 

22. Verfahren nach einem der Anspruche 19 bis 21, 
dadurch gekennzeichnet, daB der Schritt des Kombi- 
nierens von zwei oder mehr der Ausrustungsdaten der 
ProzeBsteuerdaten und der ProzeBleistungsdaten den 
Schritt des Vorhersagens eines Zustandes in der Zu- 
kunft basierend auf zwei oder mehr der Ausriistungsda- 
ten, der ProzeBsteuerdaten und der ProzeBleistungsda- 
ten enthalt. 

23. Verfahren nach einem der Anspruche 19 bis 22, 
ferner enthaltend den Schritt des Empfehlens einer 
oder mehrerer Aktionen fur einen Benutzer anspre- 
chend auf eine Diagnoseentscheidung, die wahrend des 
Schrittcs des Kombinierens von zwei oder mehr der 
Ausrustungsdaten, der ProzeBsteuerdaten und der Pro- 
zeBleistungsdaten getroffen wurde. 

24. Verfahren nach einem der Anspruche 19 bis 23, 
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ferner enthaltend den Schriu des Implementierens eni- 
weder einer Steueraktion oder einer ProzeBaktion ba- 
sierend auf einer Diagnoseentscheidung, die wahrend 
des Schritt.es des TComhinierens von zwei oder mehr 
der Ausriistungsdaten, der ProzeBsteuerdaten und de-r 5 
ProzeBleistungsdaten getroffen wurde, 

25. Verfahren nach einem der Anspruche 19 bis 24, 
ferner enthaltend das automatische Erzeugen eines 
Auftrags basierend auf einer Diagnoseentscheidung : 
die wahrend des Schrittes des Kornbinierens von zwei to 
oder mehr der Ausriistungsdaten, der ProzeBsteuerda- 
ten und der ProzeBleistungsdaten getroffen wurde. 

26. Verfahren nach Anspruch 25, dadurch gekenn- 
zeichnet, daB der Schritt zur Auftragserzeugung einen 
Arbeitsauftrag erzeugt, der in der Anlage durchzufuh- 15 
rende Arbeit in Auftrag gibt. 

27. Verfahren nach Anspruch 25, dadurch gekenn- 
zeichnet, daB der Schritt der Auftragscrzcugung cincn 
Teilebestellauftrag erzeugt, mit dem ein oder mehrere 
fur die Anlage erforderliche Teile bestellt werden. 20 

28. Verfahren nach einern der Anspruche 19 bis 27, 
dadurch gekennzeichnet, daB der Schritt des Kornbi- 
nierens von zwei oder mehr der Ausriistungsdaten und 
der ProzeBsteuerdaten und der ProzeBleistungsdaten 
den Schritt der Durchfuhrung einer Riickverfolgung 25 
basierend auf zwei oder mehr der Ausriistungsdaten, 
der ProzeBsteuerdaten und der ProzeBleistungsdaten 
enthalt. 

29. Verfahren nach einem der Anspruche 18 bis 28, 
dadurch gekennzeichnet, daB die Funktion eine Be- 30 
trachtungsfunktion ist und der Schritt des Verwendens 
von zwei oder mehr der Ausriistungsdaten, der ProzeB- 
steuerdaten und der ProzeBleistungsdaten den Schritt 
des Erzeugens eines Anzeigebildschirms unter Ver- 
wendung von zwei oder mehr der erfaBten Ausrii- 35 
stungsdaten und ProzeBsteuerdaten und ProzeBlei- 
stungsdaten einschlieBt. 

30. Verfahren nach Anspruch 29, dadurch gekenn- 
zeichnet, daB der Schritt des Verwendens von zwei 
oder mehr der Ausriistungsdaten, der ProzeBsteuerda- 40 
ten und der ProzeBleistungsdaten den Schritt des Er- 
zeugens eines oder mehrerer Indizes einschlieBt die zu 
den Prozesssteuerkomponenten, den Ausrustungskom- 
ponenten oder den ProzeBleistungskomponenten geho- 
ren, wobei der Schritt des Erzeugens eines Anzeige- 45 
bildschirms den Schritt des Erzeugens einer Ansicht 
der ProzeBsteueranlage, in der einer oder mehrere der 
Indizes angezeigt werden, einschlieBt. 

31. Verfahren nach Anspruch 29 oder 30, dadurch ge- 
kennzeichnet, daB der Schritt des Erzeugens eines An- 50 
zeigebildschirms den Schritt des Erzeugens von zwei 
oder mehr eines ProzeBsteueralarms, eines Ausru- 
stungsalarms und eines ProzeBleistungsalarms zusam- 
men auf dem Anzeigebildschirm enthalt. 

32. Verfahren nach einem der Anspruche 18 bis 31, 55 
ferner enthaltend den Schritt des Verarbeitens der er- 
faBten Ausriistungsdaten, der erfaBten ProzeBsteuerda- 
ten oder der ProzeBleistungsdaten vor dem Schritt des 
Verwendens von zwei oder mehr der Ausriistungsdaten 
und der ProzeBsteuerdaten und der ProzeBleistungsda- 60 

ten ' 

33. Verfahren nach einem der Anspruche 18 bis 32, 
ferner enthaltend den Schritt des Komprimierens min- 
destens eines Teils der Prozesssteuerdaten, der Ausrii- 
stungsdaten oder der ProzeBleistungsdaten. 65 

34. ProzeBsteuersystem, enthaltend: 
mehrere ProzeBsteuereinrichtungen; _ 
ein oder mehrere Steuergerate; 



eine oder mehrere Benuizerschninsteilen; 
eine oder mehrere Datenerfassungsroutinen, die auf 
Verarbeitungseinrichtungen implementiert sind, die 
ProzeBsteuerdaten, Ausriistungsdaten und ProzeBlei- 
stungsdaten erf as sen; und 

eine Zustandsiiberwachungsroutine, die mit. den Daten- 
erf assungsroutinen in Kommunikations verbindung 
stent, urn die ProzeBsteuerdaten, die Ausriistungsdaten 
und die ProzeBleistungsdaten, die von den Datenerfas- 
sungsroutinen erfasst wurden, zu akzeptieren und zu 
verarbeiten, um eine Zustandsuberwachung innerhalb 
des ProzeBsteuersystems durchzufuhren; 
wobei die ProzeBsteuereinrichtungen, Steuergerate und 
Benutzerschnittstellen liber ein oder mehrere Kornmu- 
nikationsnetze in Kommunikationsverbindung stehen 
und wobei die Datenerf assungsroutinen so konfiguriert 
sind, daB sie transparent Daten von mehreren verschie- 
denen QuoUcnartcn innerhalb des ProzeBsteuersystems 
akzeptieren. 

35. ProzeBsteuersystem nach Anspruch 34/ dadurch 
gekennzeichnet, daB die mehreren verschiedenen Arten 
von Quellen zwei oder mehr von tragbaren Erfassungs- 
einrichtungen, chemischen oder physikalischen Labor- 
meBquellen, direkten Online-Eingabequellen und ent- 
femten Quellen einschlieBen. 

36. ProzeBsteuersystem nach Anspruch 34 oder 35, 
dadurch gekennzeichnet, daB das ProzeBsteuersystem 
iiber ein geographisch verteiltes Netz verteilt ist. 

37. ProzeBsteuersystem nach Anspruch 36, dadurch 
gekennzeichnet, daB mindestens eines der Kommum- 
kationsnetze ein gemeinsam genutzter Kommunikati- 
onskanal ist, der das Internet oder ein Satellitenkom- 
munikationsnetz umfasst. 

38. ProzeBsteuersystem nach Anspruch 36 oder 37, 
dadurch gekennzeichnet, daB die Datenerfassungsrou- 
tinen Daten iiber ein physikalisches Medium erfassen, 
das entweder ein drahtgebundenes, drahtloses, Ko- 
axialkabel-, Telefonmodem-, Glasfaser-, Meteorburst-, 
oder Satellitenmedium unter Verwendung entweder ei- 
nes Fieldbus-, IEEE 802.3-, Blue tooth-, X.25- oder 
X,400-Kommunikationsprotokolls umfaBt. 

39. ProzeBsteuersystem nach einem der Anspruche 34 
bis 38, dadurch gekennzeichnet, daB die Datenerfas- 
sungsroutinen unabhangig arbeiten und miteinander 
iiber das eine oder mehrere Kommunikationsnetze in 
Kommunikationsverbindung stehen. 

40. ProzeBsteuersystem nach einem der Anspruche 34 
bis 39, dadurch gekennzeichnet, daB jede der Datener- 
fassungsroutinen eine Datenverarbeitungsroutine ent- 
halt, die die erfaBten Daten miteinander abstimmt, ve- 
rinziert, bewertet und in einem konsistenten Format 
formatiert. 

41. ProzeBsteuersystem nach einem der Anspruche 34 
bis 40, dadurch gekennzeichnet, daB die Datenerfas- 
sungsroutinen die erfaBten Daten unter Verwendung ei- 
nes der Steuergerate und einer der Benutzerschnittstel- 
len zu einem Steuersystem senden, wobei die Zu- 
standsuberwachungsroutine die erfaBten Daten in ei- 
nem konsistenten Format miteinander abstimmt, venfi- 
ziert, bewertet und formatiert. 

42. ProzeBsteuersystem nach Anspruch 41, dadurch 
gekennzeichnet, daB die Zustandsuberwachungsrou- 
tine auf einem Baugruppenprozessor gespeichert und 
ausgefuhrt ist, der zu dem Steuersystem gehort. 

43. ProzeBsteuersystem nach Anspruch 42, dadurch 
gekennzeichnet, daB der Baugruppenprozessor direkt 
mit der Benutzerschnittstelle und dem Steuergerat des 
Steuersystems iiber einen Systembus verbunden ist. 
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44. ProzeBsteuersystem nach Anspruch 42 oder 43, 
dadurch gekennzeichnet, daB das Steuergerat ein Ein- 
gabe/Ausgabe-System enthalt, das so ausgelegt. ist, daB 
das Steuergerat des Steuersystems rnit der Prozefisr.eu- 
erausrustung verbunden vvird, wobei der Baugruppen- 5 
prozessor mit dem Steuergerat-Eingabe/Ausgabe-Sy- 
stem integriert ist. 

45. ProzeBsteuersystem nach Anspruch 44, dadurch 
gekennzeichnet, daB die Datenerfassungsroutinen eine 
Kornprimierungsroutine enthalten, welche die erfaBten 10 
Daten komprimiert. 

46. ProzeBsteuersystem nach Anspruch 45, dadurch 
gekennzeichnet, daB die Kornprimierungsroutine eine 
Komprimierungstechnik verwendet, die eine der Wa- 
velet-Sign al-Darstellung, Fourier-. Hadamard-Trans- is 
formation und Kommunikatioh der Koeffizienten, Aus- 
nahmeverarbeitungs- und Swinging-door-Datenkom- 
primicrung umfasscn. 

47. ProzeBsteuersystem, enthaltend: 

mehrere ProzeBsteuereinrichtungen; 20 
ein oder mehrere Steuergerate; 
ein oder mehrere Benutzerschnittstellen; 
ein Kommunikationsnetz, das das eine oder mehrere 
Steuergerate und die eine oder mehreren Benutzer- 
schnitlstellen mileinander verbindet; 25 
eine Datenbank, die Ausriistungs- und ProzeBsteuer- 
strategiekonfigurationsinformationen speichert, die die 
Konfiguration des ProzeB steuersystems betreffen; 
eine oder mehrere Datenerfassungsroutinen, die auf 
Verarbeitungseinrichtungen implementiert sind, die 30 
ProzeBsteuerdaten, Ausriistungsdaten und ProzeBlei- 
stungsdaten erfassen; 

eine Zustandsiiberwachungsroutine, die mit der einen 
von mehreren Dateneriassungsroutinen kommunikativ 
verbunden ist, um die ProzeBsteuerdaten, die Ausrii- 3.5 
stungsdaten und die ProzeBleistungsdaten anzunehmen 
und zu verarbeiten, die von den Datenerfassungsrouti- 
nen erfasst wurden, um eine Zustandsuberwachung in- 
nerhalb des ProzeBsteuersy stems durchzufuhren; und 
eine Anzeigeroutine, die die zu dem ProzeBsteuersy- 40 
stem gehorende Ausriistungs- und ProzeBsteuerstrate- 
giekonfigurauonsinformation, die von der Zustands- 
Liberwachungsroutine erzeugt wurde oder zu dieser ge- 
hort, so, wie sie in der Datenbank zusammen mit der 
Zustandsiiberwachungsinformation gespeichert ist, 45 
uber eine oder mehrere Benutzerschnittstellen anzeigt. 

48. ProzeBsteuersystem nach Anspruch 47, dadurch 
gekennzeichnet, daB die Anzeigeroutine die Ausrii- 
stungs- und ProzeBsteuerstrategiekonfigurations- 
information und die Zustandsuberwachungsinforma- 50 
tion in mehreren Ebenen anzeigt, einschliefilich einer 
hoheren Ebene, die zu den verschiedenen Elementen 
der Ausriistungs- und ProzeBsteuerstrategie gehorende 
Information darstellt, und eine oder mehrere niedrigere 
Ebenen, die mehr Informationen uber einzelne Ele- 55 
mente innerhalb der hoheren Ebene bereitstellen, wel- 
che die Zustandsuberwachungsinformationen enthalt. 

49. ProzeBsteuersystem nach Anspruch 48, dadurch 
gekennzeichnet, daB die Anzeigeroutine einen Benut- 
zer in die Lage versetzt, von einer hoheren Ebene zu ei- 60 
ner niedrigeren Ebene zu gehen, indem ein Element in- 
nerhalb eines Bildschirms ausgewahlt wird, der die ho- 
here Ebene darstellt. 
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